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de la presente edition 



La presente edicion Software libre para una sociedad libre es la pri- 
mera edicion castellana autorizada por Richard M. Stallman de su 
libro Free Software, Free Society. Un exhaustive* conjunto de ensayos y 
articulos que recorren la decada de 1990 y los primeros ahos del 
nuevo milenio, y que conforman quizas la mejor apologia escrita del 
software libre como dispositivo de libertad y democracia. 

El trabajo de edicion de este libro ha sido complejo y prolongado, 
y ha sido posible gracias unicamente a la cooperation de una multi- 
tud de personas ligadas al mundo del software libre. De este modo, 
el caracter colectivo, abierto y cooperativo de la elaboration de esta 
edicion guarda no pocas similitudes con los proyectos de desarrollo 
de software libre. Sin embargo, la dispersion de las colaboraciones y 
la enorme heterogeneidad de los estilos de traduction ha obligado a 
realizar una extensa labor de unification, en la que los criterios utili- 
zados no son necesariamente los preferidos por todos los traductores. 

En este sentido, hemos preferido mantener el anglicismo «copy- 
right» frente al termino juridico de «derecho de autor», mas correcto 
en lengua castellana, no solo por el uso amplio y extendido del termi- 
no en ingles, sino tambien porque todas las referencias del libro son a 
la legislation estadounidense. Tambien hemos traducido «library» por 
biblioteca, en lugar de libreria, mas extendido en el lenguaje tecnico de 
programacion, pero menos correcto en terminos de traduction. Por 
otra parte en relation a las licencias GNU de la Free Software Foundation 
se utiliza indistintamente tanto la traduction castellana, como 
Licencia Publica General [General Public License], como las siglas 
inglesas por las que son mas corrientemente conocidas, en este caso 
GPL o mas correctamente GNU GPL. 
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Introduction 



Por Lawrence Lessig 

Profesor de Derecho, Universidad de Standford 



Cada generacion tiene su filosofo: un escritor o un artista que plas- 
ma la imaginacion de una epoca. A veces estos filosofos son recono- 
cidos como tales, pero a menudo pasan generaciones antes de que se 
caiga en la cuenta. Sin embargo, con reconocimiento o sin el, cada 
epoca queda marcada por la gente que expresa sus ideales, sea en el 
susurro de un poema o en el fragor de un movimiento politico. 

Nuestra generacion tiene un filosofo. No es un artista, tampoco un 
escritor profesional. Es un programador. Richard Stallman comenzo 
su trabajo en los laboratories del MIT como programador y arquitec- 
to desarrollando software de sistemas operativos. Ha desarrollado su 
carrera en la vida publica como programador y arquitecto fundando 
un movimiento por la libertad en un mundo cada vez mas definido 
por el «codigo». 

El «codigo» es la tecnologia que hace que los ordenadores funcio- 
nen. Este inscrito en el software o grabado en el hardware, es el con- 
junto de instrucciones, primero escritas como palabras, que dirigen la 
funcionalidad de las maquinas. Estas maquinas (ordenadores) defi- 
nen y controlan cada vez mas nuestras vidas. Determinan como se 
conectan los telefonos y que aparece en el televisor. Deciden si el 
video puede enviarse por banda ancha hasta un ordenador. 
Controlan la information que un ordenador remite al fabricante. 
Estas maquinas nos dirigen. El codigo dirige estas maquinas. 



Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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iQue control deberiamos tener sobre el codigo? iQue comprension? 
^Que libertad deberia haber para neutralizar el control que permite? 
iQue poder? 

Estas preguntas han sido el reto de la vida de Stallman. A traves 
de sus trabajos y de sus palabras nos ha incitado a ser conscientes 
de la importancia de mantener «libre» el codigo. No «libre» en el 
sentido de que los escritores del codigo no reciban una remunera- 
tion, sino «libre» en el sentido de que el control, que construyen los 
codificadores, sea transparente para todos y en el de que cualquie- 
ra tenga derecho a tomar ese control y de modificarlo a su gusto. 
Esto es el «software libre», «software libre» es la respuesta a un 
mundo construido mediante codigo. 

«Libre». Stallman lamenta la ambigiiedad 1 de su propio termino. 
No hay nada que lamentar. Los rompecabezas obligan a la gente a 
pensar y el termino «libre» cumple bastante bien esta funcion de rom- 
pecabezas. Para los oidos estadounidenses modernos, « software 
libre» suena utopico, imposible. Nada, ni siquiera el almuerzo, es 
libre. ^Como podrian ser «libres» las mas importantes palabras que 
dirigen las maquinas que esencialmente dirigen el mundo? ^Como 
podria una sociedad en su sano juicio aspirar a semejante ideal? 

Sin embargo, el peculiar tahido de la palabra «libre» depende de 
nosotros y no del propio termino. «Libre» tiene diferentes significados, 
solo uno de ellos se refiere a «precio». Un significado de «libre» 
mucho mas fundamental es, dice Stallman, el del termino «libertad 
de expresion» o quizas mejor el de la expresion «trabajo libre no for- 
zado». No libre como gratuito, sino libre en el sentido de limitado en 
cuanto a su control por los otros. Software libre significa un control 
que es transparente y susceptible de modification, igual que las leyes 
libres, o las leyes de una «sociedad libre», son libres cuando hacen su 
control cognoscible y abierto a la modification. La intention del 
«movimiento del software libre» de Stallman es producir codigo en la 
medida en que pueda ser transparente y susceptible de modification 
haciendolo «libre». 



1 Se refiere aqui, por primera vez en este libro, a la doble acepcion de la palabra ingle- 
sa free como libre y como gratis. [N. del E.] 
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El mecanismo para este fin es un instrumento extraordinariamente 
inteligente llamado «copyleft» que se implementa a traves de una 
licencia llamada GPL. Usando el poder del copyright, el «software 
libre» no solo asegura que permanece abierto y susceptible de modi- 
fication, sino tambien que otro software que incorpore y use «softwa- 
re libre» — y que tecnicamente se convierta en «obra derivada»— debe 
tambien, a su vez, ser libre. Si uno usa y adapta un programa de soft- 
ware libre y distribuye publicamente esa version adaptada, la version 
distribuida debe ser tan libre como la version de la que procede. Debe 
hacerse asi, de lo contrario se estara infringiendo el copyright. 

El «software libre», como las sociedades libres, tiene sus enemigos. 
Microsoft ha entablado una guerra contra la GPL, alertando a quien- 
quiera que le escuche de que la GPL es una licencia «peligrosa». El peli- 
gro a que se refiere, sin embargo, es en gran medida ficticio. Otros 
plantean objeciones a la «coercion» que supone el mandato de la GPL 
de que las versiones modificadas sean tambien libres. Pero una condi- 
tion no es coercion. Si no es coercion que Microsoft no permita a los 
usuarios distribuir versiones modificadas de Office sin pagarle (presu- 
miblemente) millones, entonces no es coercion que la GPL establezca 
que las versiones modificadas del software libre sean tambien libres. 

Tambien estan los que califican el mensaje de Stallman de demasia- 
do extremista. Pero no es extremista. Al contrario, en un sentido obvio 
el trabajo de Stallman es una simple traslacion de la libertad que nues- 
tra tradition ha inscrito en el mundo anterior al codigo. El «software 
libre» asegura que el mundo gobernado por el codigo es tan «libre» 
como el mundo anterior al codigo que construyo nuestra tradition. 

Por ejemplo: una «sociedad libre» esta regulada por leyes. Pero 
hay limites que cualquier sociedad libre pone a esa regulation legal: 
ninguna sociedad que mantenga sus leyes en secreto podria llamar- 
se, nunca, libre. Ningun gobierno que esconda sus normas a los 
gobernados podria incluirse, nunca, en nuestra tradition. El Derecho 
gobierna. Pero solo, precisamente, cuando lo hace a la vista. Y el 
Derecho solo esta a la vista cuando sus terminos pueden ser conoci- 
dos por los gobernados o por los agentes de los gobernados — aboga- 
dos, parlamentos. 

Esta condition del Derecho va mas alia del trabajo de un parla- 
mento. Pensemos en la practica juridica en los tribunales estadouni- 
denses. Los abogados son contratados por sus clientes para defender 



14 



Software libre para una sociedad libre 



los intereses de esos clientes. En ocasiones esos intereses son defen- 
didos en un litigio. En el curso del litigio, los abogados redactan ale- 
gaciones. Esas alegaciones, a su vez, afectan a las decisiones judicia- 
les. Esas decisiones determinan quien gana un caso concreto o si una 
determinada ley guarda conformidad con una constitution. 

Todos los elementos de ese proceso son libres en el sentido a que se 
refiere Stallman. Las alegaciones juridicas estan disponibles para su 
libre uso por los demas. Las argumentaciones son transparentes — lo 
cual es distinto a decir que son buenas — y el razonamiento puede ser 
utilizado sin la autorizacion del abogado original. Las opiniones formu- 
ladas pueden ser citadas en alegaciones posteriores. Pueden ser copia- 
das e incorporadas en otra argumentation u opinion. El «codigo fuen- 
te» del Derecho estadounidense es deliberadamente y por principio 
abierto y de libre uso por cualquiera. Y asi lo usan libremente los abo- 
gados, ya que el secreto de una gran argumentation es que resulte ori- 
ginal mediante la reutilizacion de lo que se ha hecho antes. La fuente es 
libre, la creatividad y una forma de economia se cimientan sobre ella. 

Esta economia del codigo abierto — y me refiero aqui al codigo legal 
abierto— no arruina a los abogados. Las firmas de abogados tienen 
incentivos suficientes para redactar buenas alegaciones incluso cuando 
se trata de material que creen que pueda ser apropiado y utilizado por 
cualquier otro. El abogado es un artesano cuyo trabajo es de dominio 
publico. Sin embargo, la artesania no es caridad. Los abogados cobran, 
la gente no contrata ese tipo de trabajo sin un precio. Pero esa econo- 
mia progresa con trabajos posteriores que se afiaden a los anteriores. 

Podriamos imaginar una practica juridica que fuese diferente, ale- 
gaciones y argumentaciones que se mantuviesen secretas, sentencias 
que hiciesen publica su decision pero no sus fundamentos. Leyes que 
fueran guardadas por la policia y no se hiciesen publicas para nadie 
mas. Normativas que se aplicasen sin explicar su contenido. 

Podemos imaginar esa sociedad, pero no nos podemos imaginar 
llamarla «libre». Esten, o no, mejor o mas eficientemente gestionados 
los incentivos en esa sociedad, esta no podria ser considerada libre. 
Los ideales de libertad, de vida en una sociedad libre, exigen algo 
mas que una gestion eficiente. En cambio, el aperturismo y la trans- 
parencia son los limites en los cuales se construye un sistema legal, 
sin que se ahadan nuevas ideas a conveniencia de los lideres. La vida 
sometida al codigo informatico no deberia ser menos. 
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Escribir codigos no es pleitear. Es mejor, mas rico, mas productive 
Pero el Derecho es un ejemplo obvio de que la creatividad y la motiva- 
tion no dependen de un perfecto control sobre los productos que se 
crean. Igual que el jazz, o las novelas, o la arquitectura, el Derecho se cons- 
truye sobre el trabajo hecho con anterioridad. La creatividad siempre es 
esta agregacion y cambio. Y una sociedad libre es aquella que garantiza 
que sus recursos mas importantes permanecen libres, precisamente en 
este sentido. 

Por primera vez este libro recoge los articulos y las conferencias de 
Richard Stallman de forma que queden claros su sutileza y su fuerza. 
Los ensayos abarcan un amplio espectro, desde el copyright a la histo- 
ria del movimiento del software libre. Incluyen muchas argumentacio- 
nes no muy bien conocidas y entre ellas, una apreciacion especialmen- 
te inteligente sobre las cambiantes circunstancias que vuelven sospe- 
choso al copyright en el mundo digital. Serviran como recurso para 
aquellos que busquen comprender el pensamiento de este hombre 
poderoso, poderoso por sus ideas, su pasion y su integridad, a pesar 
de carecer de poder en los demas sentidos. Inspiraran a aquellos que 
adopten estas ideas y construyan a partir de ellas. 

No conozco bien a Stallman, pero lo conozco lo suficientemente 
bien para saber que es una persona que dificilmente nos guste. Es 
obstinado, a menudo impaciente. Su ira puede inf lam arse ante un 
amigo con tanta facilidad como ante un enemigo. Es testarudo y per- 
sistente, paciente en todo caso. 

Pero cuando nuestro mundo finalmente comprenda el poder y el 
peligro del codigo, cuando finalmente vea que el codigo, como las leyes 
o como el gobierno, debe ser transparente para ser libre, entonces vol- 
veremos la mirada a este programador testarudo y persistente y reco- 
noceremos la idea por cuya realidad ha luchado: la idea de un mundo 
donde la libertad y el conocimiento sobreviven al compilador. Y com- 
prenderemos que nadie, por medio de sus actos o de sus palabras, ha 
hecho tanto para hacer posible la libertad que la sociedad venidera 
podria tener. 

Aun no hemos ganado esa libertad. Podriamos fracasar en su con- 
secution. Pero triunfemos o fracasemos, en estos articulos se refleja lo 
que esa libertad podria ser. Y en la vida que plasman esas palabras y 
obras esta la inspiration para todo el que, como Stallman, lucha para 
crear esa libertad. 





Seccion UNO 




El proyecto GNU y el software libre 



1. El Proyecto gnu 



La primera comunidad que comparte software 

Cuando entre a trabajar en el Laboratorio de Inteligencia Artificial 
(AI Lab) del MIT en 1971, pase a formar parte de una comunidad que 
compartia software y llevaba haciendolo durante ahos. El acto de 
compartir software no se circunscribe a nuestra comunidad en parti- 
cular: es tan antiguo como los propios ordenadores, lo mismo que 
compartir recetas es tan viejo como la cocina. Simplemente, nosotros 
lo haciamos en mayor medida. 

En el AI Lab se utilizaba un sistema operativo de tiempo compar- 
tido llamado ITS (Incompatible Timesharing System), disenado y escri- 
to por los hackers de la plantilla del AI lab en lenguaje ensamblador 
para el Digital PDP-10, uno de los ordenadores mas grandes de la 
epoca. Como miembro de esta comunidad y hacker de sistemas para 
el AI Lab, mi labor consistia en mejorar dicho sistema. 

No llamabamos «software libre» a nuestro software porque el ter- 
mino no existia todavia; pero era exactamente eso. Cuando alguien 
de otra universidad o de otra empresa queria instalar y utilizar un 



* Publicado originalmente en el libro Open Sources: Voices from the Open Source Revolution; 
O'Reilly, 1999. Esta version forma parte de Software libre para una sociedad libre, editorial 
Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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programa, se lo prestabamos de buen grado. Si descubrias a alguien 
utilizando un programa poco habitual e interesante, siempre podias 
preguntarle por el codigo fuente, leerlo, modificarlo o canibalizar 
partes de el para montar un programa nuevo. 

El uso de la palabra «hacker» para definir al «que rompe sistemas 
de seguridad» es una confusion promovida por los medios de comu- 
nicacion. Nosotros, los hackers, nos negamos a reconocer esta acep- 
cion y seguimos utilizando este termino para describir a « alguien que 
ama la programacion y disfruta explorando nuevas posibilidades». 1 

El colapso de la comunidad 

La situation cambio drasticamente a principios de los ahos ochenta, 
con la desaparicion de la comunidad hacker del AI Lab, seguida de la 
desaparicion del ordenador PDP-10. 

En 1981, la empresa pionera Symbolics contrato a casi todos los 
hackers del AI Lab, y nuestra diezmada comunidad fue incapaz de 
sobrevivir. (En el libro Hackers, Stephen Levy describe estos aconteci- 
mientos, a la vez que nos proporciona un panorama bastante preciso 
de lo que fue la epoca dorada de esta comunidad). Cuando el AI Lab 
compro un nuevo PDP 10 en 1982, sus administr adores decidieron 
usar un sistema Digital de tiempo compartido no libre en lugar del 
ITS en la nueva maquina. 

Poco despues, Digital dejo de fabricar la serie PDP-10. Su arquitectu- 
ra elegante y poderosa de los ahos sesenta no podia adaptarse de forma 
natural a los grandes espacios de direccionamiento caracteristicos de los 



1 Resulta diffcil dar con una definition sencilla de algo tan variado como es el hacking, 
pero creo que lo que la mayor parte de los hackers tienen en comiin es la pasion ludi- 
ca, la inteligencia y la voluntad de exploration. Podemos decir que el hacking signifi- 
ca explorar los limites de lo posible con un espiritu de sagacidad imaginativa. 
Cualquier actividad en la que se despliegue esta sagacidad tiene «valor» para el hac- 
ker. Puedes ayudar a subsanar este malentendido haciendo una simple distincion 
entre la intromision en la seguridad de un sistema y las actividades de hacking, emple- 
ando el termino cracking para la primera. Quienes se dedican a esto se denominan crac- 
kers. Es posible que un cracker sea tambien hacker, o ajedrecista, o golfista; pero la 
mayoria no lo son («On Hacking», RMS; 2002). 
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anos ochenta. Esto explica que casi todos los programas que integra- 
ban el sistema ITS resultaran obsoletos. De esa manera se enterraba 
definitivamente al ITS: quince anos de trabajo tirados por la borda. 

Los modernos ordenadores de la epoca, como el VAX o el 68020, 
contaban con su propio sistema operativo, pero ninguno utilizaba 
software libre. Habia que firmar un acuerdo de confidencialidad 
incluso para obtener una copia ejecutable. 

Todo ello significaba que antes de poder utilizar un ordenador 
tenias que prometer no ayudar a tu vecino. Quedaban asi prohibi- 
das las comunidades cooperativas. Los titulares de software propie- 
tario establecieron la siguiente norma: «Si compartes con tu vecino, 
te conviertes en un pirata. Si quieres hacer algun cambio, tendras 
que rogarnoslo». 

La idea de que el sistema social en torno al software propietario 
— un sistema que te impide compartir o modificar el software— es 
antisocial, poco etico, sencillamente equivocado, puede sorprender a 
algunos lectores. Pero ique podemos decir acerca de un sistema que 
siembra la division entre el publico y abandona a los usuarios a la 
indefension mas absoluta? Estos lectores probablemente hayan asu- 
mido el sistema social asociado con el software propietario como algo 
inevitable o habran considerado la cuestion de la misma forma que se 
plantea por parte de las empresas de software propietario. Los edito- 
res de software se han esforzado mucho en convencernos de que solo 
hay una forma de abordar esta cuestion. 

Cuando los editores de software hablan de «ejercer» sus «dere- 
chos» o de «acabar con la pirateria», lo que dicen es, de hecho, secun- 
dario. El verdadero mensaje de estas declaraciones se esconde en ciertas 
presunciones implicitas que dan por supuestas; creen que el publico 
debe aceptarlas sin cuestionarlas. De modo que analicemoslas. 

Una suposicion es que las empresas de software tienen el derecho 
natural e incuestionable a poseer software, y por ende a detentar todo 
el poder sobre sus usuarios. (Si de verdad se tratara de un derecho 
natural, nosotros no objetariamos nada, independientemente del per- 
juicio que esto ocasionara al publico.) Pero lo interesante es que la 
Constitution de EEUU y el derecho tradicional rechazan este punto 
de vista. El copyright no es una ley natural, sino un monopolio arti- 
ficial impuesto por el Estado que limita el derecho natural de los 
usuarios a copiar. 



22 



Software libre para una sociedad libre 



Otra presuncion implicita es que lo unico importante en el software 
es la funcion que te permite desempenar — y por lo tanto que, como 
usuarios de ordenadores, no deberiamos preocuparnos de que tipo 
de sociedad se nos permite tener. 

Una tercera presuncion es que no dispondriamos de software de 
utilidad — o de un programa para realizar esta u otra tarea— si no 
cedemos el derecho de los usuarios sobre un programa a la empresa 
responsable del mismo. Esto resultaba convincente antes de que el 
movimiento del software libre demostrara que podiamos crear 
muchisimos programas, y muy utiles, sin necesidad de cadenas. 

Si preferimos rechazar estas presunciones y analizamos estas 
cuestiones de acuerdo con los criterios morales y el sentido comun 
del ciudadano de a pie, anteponiendo los usuarios a cualquier otra 
consideracion, llegaremos a conclusiones muy diferentes. Los usua- 
rios de ordenadores deberian ser libres para modificar los programas 
y ajustarlos a sus necesidades, libres para compartirlos, porque la 
cooperation con los demas constituye la base de la sociedad. 

Una election moral radical 

Una vez desaparecio mi comunidad, era imposible seguir como hasta 
entonces. De modo que me enf rente a un dilema moral radical. 

Lo mas f acil hubiera sido subirme al tren del software propietario, 
firmar acuerdos de confidencialidad y prometer no ayudar a mis 
companeros hackers. Es muy probable que ahora me dedicara a de- 
sarrollar software publicado con clausulas de confidencialidad, pre- 
sionando asi a otros para traicionar tambien a sus companeros. 

Podria haber ganado mucho dinero de esta forma, y quizas me 
hubiera divertido escribiendo codigo. Pero sabia que, al final de mi 
carrera, echaria la vista atras y solo habria contribuido a levantar 
muros para dividir a la gente, habria pasado toda mi vida convirtien- 
do este mundo en un lugar mucho peor. 

Ya habia experimentado lo que se siente al firmar un acuerdo de 
confidencialidad cuando una persona se nego a entregarnos, a mi y 
al Al Lab, el codigo fuente del programa de control de nuestra impre- 
sora. (La ausencia de ciertas funciones en este programa convertia el 
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uso de la impresora en una experiencia muy frustrante). De modo 
que no podia enganarme sobre la inocencia de estos acuerdos. Monte 
en colera cuando aquel individuo se nego a compartirlo con nosotros. 
No podia hacerle lo mismo al resto del mundo. 

Otra option, mas directa aunque desagradable, hubiera sido 
abandonar el mundo de los ordenadores. De esa manera no malgas- 
taria mis aptitudes, aunque con todo seguirian sin servir de nada. No 
seria culpable de dividir y restringir la libertad a los usuarios de 
ordenadores, pero eso llegaria tarde o temprano. 

Decidi estudiar la manera en que un programador podria hacer algo 
por el bien comun. Me pregunte si podia escribir uno o varios programas 
que permitiesen resucitar nuevamente a nuestra extinta comunidad. 

La respuesta era obvia: la primera cosa necesaria era crear un 
sistema operativo, el software crucial para empezar a utilizar un 
ordenador. Con un sistema operativo puedes hacer muchas cosas; sin 
el, ni siquiera puedes hacer funcionar un ordenador. Mediante un sis- 
tema operativo libre podriamos armar una nueva comunidad coope- 
rativa de hackers — e invitar a todos a que se uniesen a ella. 
Cualquiera podria utilizar un ordenador sin verse obligado previa- 
mente a conspirar para privar de esto a sus amigos. 

Como desarrollador de un sistema operativo, tenia las aptitudes 
necesarias para desempehar esta labor. De manera que, aun cuando 
el exito no estuviera asegurado, comprendi que habia sido elegido 
para llevar a cabo esta mision. Opte por crear un sistema compatible 
con Unix para dotarle asi de portabilidad y facilitar el cambio a los 
usuarios de Unix. El nombre de GNU fue elegido segun una tradition 
de los hackers, como un acronimo recursivo de «GNU's Not Unix». 2 

Un sistema operativo no significa solo un kernel, que apenas per- 
mite ejecutar otros programas. En los ahos setenta, cualquier sistema 
operativo decente incluia sus propios procesadores de comandos, 
ensambladores, compiladores, interpretes, depuradores, editores de 
texto, gestores de correo y mucho mas. ITS, Multics, VMS y Unix, 
todos incluian estos componentes. 



En castellano, GNU no es Unix [N. del £.]. 
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Mas adelante, escuche estas palabras, atribuidas a Hillel: «Si no actuo 
en mi nombre, ^quien lo hara por mi? Y entonces, ^en que me conver- 
tire? Y si ahora no, entonces ^cuando?». 

La decision de emprender el proyecto GNU se basaba en un espi- 
ritu similar. 

Como ateo, no sigo el ejemplo de ningun lider religioso, pero a 
veces admiro las cosas que han llegado a decir. 

Libre en su acepcion de libertad 

A veces se malinterpreta el termino de «software libre» —para empezar, 
no tiene ninguna relation con el precio. Lo que nos interesa es la liber- 
tad. He aqui la definition de software libre. Un programa es software 
libre siempre que, como usuario particular, tengas: 

O La libertad de ejecutar el programa sea cual sea el proposito. 

O La libertad de modificar el programa para ajustarlo a tus nece- 
sidades. (Para que se trate de una libertad efectiva en la practica, 
deberas tener acceso al codigo fuente, dado que sin el la tarea de 
incorporar cambios en un programa es extremadamente dificil). 

O La libertad de redistribuir copias, ya sea de forma gratuita, ya 
sea a cambio del pago de un precio. 

O La libertad de distribuir versiones modificadas del progra- 
ma, de tal forma que la comunidad pueda aprovechar las mejo- 
ras introducidas. 

Dado que nos referimos a la libertad y no al precio, no existe contradic- 
tion alguna entre la venta de copias y el software libre. De hecho, la 
libertad para vender copias es crucial: las colecciones de software libre 
a la venta en formato de CD-ROM son muy importantes para la comu- 
nidad y venderlas es una forma de recaudar fondos para el desarrollo 
de software libre. Por lo tanto, cualquier programa que no podamos 
incluir en estas colecciones no podra calificarse de software libre. 

Dada la ambigiiedad del calificativo «libre», llevamos mucho 
tiempo buscando alternativas, pero nadie ha encontrado ninguna 
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satisfactoria. La lengua inglesa es de las mas rica en lo que a palabras 
y matices se refiere, pero carece de un termino simple e inequivoco 
para «libre» en el sentido de libertad — «unfettered» [sin cadenas] 
seria el calif icativo que mas se ajusta al significado. Alternativas 
como «liberado», «libertad» o «abierto» no significan lo mismo o pre- 
sentan otros inconvenientes. 

El software GNU y el Sistema GNU 

El desarrollo de un sistema operativo de principio a fin es un proyec- 
to colosal. Como primera medida, decidi adaptar y utilizar algunas 
piezas existentes de software libre siempre que me fuera posible. 
Desde el inicio, decidi usar T E X como principal procesador de texto, 
y unos anos mas tarde me pase al X Window System en vez de escri- 
bir otro sistema de ventanas para GNU. 

Debido a esta decision, el sistema GNU no consiste en una colec- 
cion completa de software GNU. El sistema incluye programas de- 
sarrollados por otros individuos y para proyectos con sus propios 
propositos que empleamos por su condition de software libre. 

Los initios del proyecto 

En enero de 1984 abandone mi empleo en el MIT y comence a escri- 
bir software GNU. Abandonar el MIT era imprescindible si queria 
que nadie interfiriera en la distribution de GNU como software libre. 
De haberme quedado, el MIT podria haberse apropiado de mi trabajo e 
impuesto sus propios terminos de distribution, o incluso convertir el 
trabajo en un paquete de software propietario. No tenia ninguna 
intention de hacer una gran cantidad de trabajo para ver como se 
convertia en algo inutil en relation a su proposito inicial: crear una 
nueva comunidad dedicada a compartir software. 

No obstante, el profesor Winston, el entonces director del Al Lab 
en el MIT, me invito a utilizar las instalaciones del labor atorio. 
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Los primeros pasos 

Poco despues de comenzar el proyecto GNU, me hablaron del Free 
University Compiler Kit, tambien conocido como VUCK. (La palabra 
danesa para libre (free) estaba escrita con una «V»). Se trataba de un 
compilador disenado para trabajar con multiples lenguajes, incluido C 
y Pascal, y compatible con ordenadores de objetivos multiples. Me puse 
en contacto con el autor para pedirle permiso y utilizarlo en GNU. 

Me contesto burlonamente, diciendo que la universidad era gra- 
tuita, pero no el compilador. Asi que decidi que el primer programa 
para el proyecto GNU seria un compilador capaz de trabajar en mul- 
tiples lenguajes y plataformas. 

Para evitar tener que reescribir todo el compilador, obtuve el codigo 
fuente para el compilador Pastel, un compilador de plataformas multi- 
ples desarrollado en el Lawrence Livermore Lab. Soportaba, y estaba 
escrito, en una version ampliada de Pascal, disenada como lenguaje de 
programacion de sistemas. Le ariadi un front end C y comence a pasar- 
lo a un ordenador Motorola 68000, pero tuve que abandonar el intento 
al descubrir que el compilador requeria muchos megabytes de espacio, 
y el sistema Unix 68000 de entonces solo tenia capacidad para 64K. 

Me di cuenta de que el compilador Pastel analizaba el archivo de 
entrada en forma de arbol sintactico, convirtiendolo en una cadena 
de «instrucciones» y luego generando todo el archivo de salida sin 
liberar espacio de almacenamiento. Asi que conclui que tendria que 
escribir un nuevo compilador partiendo de cero. El resultado es el com- 
pilador conocido como GCC; aunque no contiene ningun elemento del 
compilador Pastel, consegui adaptar y utilizar el front end C que habia 
escrito. Pero eso fue ahos mas tarde. Antes trabaje en el GNU Emacs. 

GNU Emacs 

Comence a trabajar en el GNU Emacs en septiembre de 1984, y a 
principios de 1985 ya podiamos utilizarlo. Esto me permitio comen- 
zar a usar el sistema Unix para labores de edicion. Dado que nunca 
me intereso aprender a usar vi o ed, hasta entonces habia realizado 
mis ediciones en otro tipo de maquinas. 
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En aquel momento habia gente interesada en utilizar GNU Emacs, lo 
que planteo el problema de la distribution. Por supuesto, lo coloque en 
el servidor anonimo ftp del ordenador del MIT. (Este ordenador, 
prep.ai.mit.edu, se convirtio asi en el principal sitio ftp de distribu- 
tion de GNU; al desmantelarlo anos mas tarde, transferimos el nom- 
bre a nuestro nuevo servidor ftp). Pero en aquel entonces, muchos no 
tenian acceso a Internet y no podian descargar una copia via ftp. 
iQue podia decirles? 

Podria haberles dicho: «Busca un amigo en la red y que te haga 
una copia». O podria haber hecho lo mismo que hiciera con el PDP- 
10 Emacs original, a saber, decirles: «Enviame una cinta y un SASE, y 
te lo devolvere por correo con una copia de Emacs». Pero como no 
tenia trabajo y andaba buscando la manera de ganar dinero con el 
software libre, anuncie que enviaria copias a cualquiera interesado a 
cambio de ciento cincuenta dolares. Asi comenzo mi empresa de dis- 
tribution de software libre, precursora de las empresas que hoy dis- 
tribuyen sistemas Linux basados en GNU. 

^Un programa es libre para cualquier usuario? 

Cuando un programa de software libre deja de estar en manos de su 
autor, esto no significa necesariamente que siga siendo software libre 
para cualquiera que se haga con una copia de el. Por ejemplo, el soft- 
ware de dominio publico —software sin copyright— es software libre, 
pero cualquiera puede modificarlo y hacer una version propietaria a 
partir de el. Lo mismo ocurre con muchos programas libres con copy- 
right que se distribuyen con licencias simples muy permisivas que 
autorizan el desarrollo de versiones propietarias modificadas. 

El ejemplo paradigmatico de este problema es el X Window 
System. Desarrollado en el MIT y publicado como software libre 
con una licencia permisiva, pronto fue adoptado por diversas 
empresas informaticas. Ahadieron X, solo en forma binaria, a sus 
sistemas propietarios Unix, siempre acompahados del clasico 
acuerdo de confidencialidad. Estas copias de X dejaron de ser soft- 
ware libre, igual que Unix. 

Los desarrolladores del X Window System no lo consideraron un 
problema— lo esperaban y pretendian que eso ocurriera. Su objetivo 
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no era la libertad sino el «exito», definido en funcion del numero de 
usuarios. No les importaba si estos eran libres o no, bastaba con que 
fueran muchos. 

Esto condujo a una situation paradojica, en la que dos maneras de 
medir el grado de libertad dieron respuestas distintas a la pregunta 
«^Es libre este programa?» Si atendemos a la libertad que proporcio- 
naban los terminos de distribution del MIT, entonces la conclusion es 
que el X era software libre. Pero si tenemos en cuenta la libertad del 
usuario medio de X, la respuesta es que se trataba de software pro- 
pietario. La mayoria de los usuarios de X utilizaban las versiones pro- 
pietarias que venian con el sistema Unix, no la version libre. 

El Copyleft y la GNU GPL 

El objetivo de GNU era proporcionar libertad a los usuarios, no simple- 
mente ser popular. De modo que necesitabamos idear unos terminos de 
distribution que impidieran que el software de GNU se convirtiera en 
software propietario. El metodo que empleamos se denomino copyleft. 

Copyleft utiliza la ley de copyright, pero dandole la vuelta para 
servir a un proposito opuesto al habitual: en lugar de privatizar el 
software, ayuda a preservarlo como software libre. 

La idea fundamental del copyleft es que se autoriza la ejecucion 
del programa, su copia, modification y distribution de versiones 
modificadas, siempre que no se afiada ninguna clase de restriction a 
posteriori. De este modo, las libertades cruciales que definen el «soft- 
ware libre» quedan garantizadas para cualquiera que posea una 
copia; estas libertades se convierten en derechos inalienables. 

Para que el copyleft sea efectivo, las versiones modificadas deberan 
ser libres tambien. Esto garantiza que cualquier tarea basada en nues- 
tro trabajo se pondra a disposition de la comunidad si llegara a publi- 
carse. Cuando los programadores que tienen empleo se ofrecen volun- 
tariamente a mejorar el software GNU, solo el copyleft impide que sus 
jefes les digan: «No podeis compartir esos cambios, porque vamos a 
utilizarlos para crear nuestra version propietaria del programa». 

El requisito de que los cambios sean libres es esencial para 
garantizar la libertad de los usuarios del programa. Las empresas 
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que privatizaron el X Window System incorporaron ciertos cambios 
para instalarlo en sus sistemas y en su hardware. Estos cambios eran 
pequenos comparados con la envergadura del sistema, pero no eran en 
absolute) triviales. Si estos cambios se esgrimeron como excusa para 
denegar la libertad a los usuarios, cualquiera podia aprovecharse de ello. 

Al combinar un programa libre con un codigo no libre se plantea 
un problema similar. Esta combination acabaria siendo inevitable- 
mente no libre; las libertades suprimidas en la parte no libre del pro- 
grama afectaran a este en su totalidad. Autorizar este tipo de combi- 
naciones abriria un boquete lo bastante grande para hundir el barco 
entero. Por lo tanto, un objetivo crucial del copyleft es tapar este boque- 
te: cualquier cosa anadida o combinada con un programa copyleft, 
para formar una version modificada debera, preservar su condition 
de software libre y su copyleft. 

Nosotros aplicamos una forma especifica de copyleft para la 
mayor parte del software GNU, conocida como la GNU [Licencia 
Publica General GNU] o para abreviar GNU GPL. Recurrimos a otros 
tipos de copyleft segun las circunstancias especificas. Tambien se 
aplica el copyleft a los manuales de GNU, pero utilizamos una forma 
mas sencilla, porque la complejidad de la GNU GPL resulta innece- 
saria en estos casos. 

En 1984 o 1985, Don Hopkins — un companero con mucha imagi- 
nation— me envio una carta. En el sobre habia escrito una serie de pro- 
verbios, incluido el que sigue: «Copyleft— quedan revocados todos los 
derechos». Emplee la palabra «copyleft» para bautizar el concepto de 
distribution que andaba desarrollando en aquel momento. 

La Free Software Foundation 

A medida que aumentaba el interes por Emacs, otros vinieron a 
sumarse al proyecto GNU, y decidimos que era el momento de vol- 
ver a buscar fuentes de financiacion. De este modo, en 1985 crea- 
mos la Free Software Foundation, una organization sin animo de 
lucro dedicada al desarrollo de software libre. La FSF tambien se 
hizo con la empresa de distribution de copias de Emacs, a lo que 
mas tarde anadiria otros programas libres —no solo de GNU— asi 
como la venta de manuales libres. 
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La FSF acepta donaciones, pero la mayor parte de sus ingresos siem- 
pre procedio de las ventas — de copias de software libre y de otros 
servicios relacionados con este. En la actualidad, vende CD-Rom de 
codigos fuente, CD-Rom con los binarios, manuales cuidadosamente 
impresos —con total libertad para redistribuirlos y modificarlos— y 
Deluxe Distributions — colecciones enteras de software adaptadas a 
la plataforma de election del cliente. 

Los empleados de la Free Software Foundation han escrito y se han 
encargado del mantenimiento de una serie de paquetes de software 
de GNU. Dos ejemplos notables son la biblioteca C y la shell. Todos 
los programas ejecutados en un sistema GNU/Linux utilizan la 
biblioteca C de GNU para comunicarse con Linux. Fue desarrollada 
por un miembro de la plantilla de la Free Software Foundation, Roland 
McGrath. La shell utilizada en la mayoria de los sistemas GNU/Linux 
se llama BASH — acronimo de Bourne Again Shell—, desarrollada 
por otro empleado de la FSF, Brian Fox. 

Financiamos el desarrollo de estos programas porque el proyecto 
GNU no se reducia exclusivamente a las herramientas o al entorno de 
desarrollo. Nuestra meta era un sistema operativo completo y estos 
programas eran necesarios para alcanzar nuestro objetivo. 

Con el nombre de «Bourne again Shell» pretendiamos mofarnos 
de la «Bourne Shell», la shell mas comun en Unix. 

Los servicios relacionados con el software libre 

La filosofia del software libre rechaza una practica empresarial concreta 
y muy generalizada, pero no rechaza el negocio en general. Cuando una 
empresa respeta la libertad de los usuarios, le deseamos mucho exito. 

La venta de copias de Emacs ilustra una clase de empresa relacio- 
nada con el software libre. Cuando la FSF se hizo con el negocio, me 
vi obligado a buscarme nuevamente la vida. Asi fue como empece a 
vender servicios relacionados con el software libre que acababa de 
desarrollar. Esto incluia la ensehanza de cuestiones como la programa- 
cion de GNU Emacs, la modification del GCC a la medida del usua- 
rio o el desarrollo de software, normalmente para instalar el GCC en 
nuevas plataformas. 
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Hoy por hoy, una serie de corporaciones se dedican a este tipo de 
servicios relacionados con el software libre. Algunas distribuyen 
colecciones de software libre en CD-Rom; otras proporcionan servi- 
cio tecnico a distintos niveles, contestando a las preguntas de los 
usuarios, subsanando bugs o anadiendo nuevas funciones. Incluso, 
estamos empezando a ver empresas dedicadas al lanzamiento de 
nuevos productos de software libre. 

Pero debemos andarnos con cuidado —una serie de empresas aso- 
ciadas con el termino «codigo abierto» basan su mercado en el softwa- 
re no libre que funciona con software libre. No son empresas de soft- 
ware libre, su software es propietario, y con sus productos pretenden 
tentar a los usuarios y despojarles de su libertad. Se las conoce como 
empresas de «valor anadido», lo que refleja los valores que querrian 
que adoptasemos: la comodidad antes que la libertad. Si valoramos la 
libertad, deberiamos hablar de productos de «libertad sustraida». 

Los objetivos tecnicos 

El principal objetivo de GNU era ser software libre. Aun cuando 
GNU no entranara ninguna ventaja tecnica frente a Unix, si tendria 
una ventaja social, al permitir que los usuarios cooper ar an, y otra 
etica, al respetar su libertad. 

Pero es natural aplicar al trabajo los criterios ya conocidos de buena 
practica —por ejemplo, la asignacion dinamica de estructuras de datos 
para evitar las limitaciones de tamano fijadas arbitrariamente y el 
empleo de codigos de ocho bits, siempre que esto resultara apropiado. 

Por otro lado, rechazabamos ese empeno de Unix en conservar 
una memoria reducida y asi decidimos no dar soporte a las maquinas 
de 16 bits — estaba claro que las de 32 bits serian la norma, para cuan- 
do hubieramos terminado el sistema GNU— y no reducir la memo- 
ria a menos que super asemos un megabyte. En los programas en que 
no fuera crucial administrar archivos de gran tamano, animabamos a 
los programadores a insertar un archivo de entrada entero en el core, 
luego a escanear su contenido sin preocuparse del I/O. 

Estas decisiones permitieron que muchos programas GNU supe- 
rasen a sus homologos de Unix en fiabilidad y velocidad. 
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La donation de ordenadores 

A medida que aumentaba la popularidad del proyecto GNU, la gente 
empezo a donar ordenadores que operaban con Unix. Y fueron de 
gran utilidad, porque la forma mas facil de desarrollar componentes 
de GNU era partiendo de un sistema Unix y reemplazar sus compo- 
nentes uno a uno. Pero esto nos planteo un dilema etico: ^era correc- 
to poseer, aunque fuera tan solo una copia de Unix? 

Unix era — y es— software propietario, y segun la filosofia del pro- 
yecto GNU no debiamos recurrir a el. Pero, al aplicar la misma logica 
que nos lleva a justificar el uso de la violencia en legitima defensa, 
conclui que era igualmente legitimo utilizar un paquete propietario 
cuando este resultara crucial para desarrollar un sustituto libre que 
ayudaria a otros a dejar de utilizar el paquete propietario. 

Sin embargo, aun cuando los medios justificaran el fin, no dejaban 
de ser medios poco eticos. Hoy en dia ya no tenemos ninguna copia 
de Unix, porque lo reemplazamos por sistemas operativos libres. 
Cuando no podiamos sustituir el sistema operativo de un ordenador 
por otro libre, entonces reemplazabamos el ordenador enter o. 

La lista de tareas de GNU 

A medida que avanzaba el proyecto GNU y se desarrollaron o descu- 
brieron un creciente numero de componentes de sistema, nos parecio 
muy util elaborar una lista de asignaturas pendientes. La utilizamos 
para reclutar desarrolladores que escribieran las piezas que faltaban. 
Esta lista se conocio como la lista de tareas de GNU. Ademas de los 
componentes de Unix, incluimos en la lista otros proyectos utiles de 
software y la documentation que, en nuestra opinion, precisaba cual- 
quier sistema complete 

En la actualidad, apenas figuran algunos componentes de Unix en 
la lista de tareas de GNU — hemos llevado a cabo la mayor parte, a 
exception de algunas menos trascendentales. Pero la lista esta reple- 
ta de proyectos que podrian calif icarse de «aplicaciones». Cualquier 
programa que despierte el interes de algo mas que un reducido 
grupo de usuarios se anadira al sistema operativo. 
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Incluso llegamos a incluir juegos en esta lista — lo hicimos desde el 
principio. Unix contenia juegos, asi que logicamente GNU tenia que 
hacer lo propio. Pero la compatibilidad nunca fue un problema para 
los juegos, de modo que no replicamos los de Unix. Optamos en cam- 
bio por una gama de distintas clases de juegos que pensabamos 
podrian gustar a los usuarios. 

La biblioteca GNU GPL 

La biblioteca C GNU utiliza un copyleft especial llamado GNU 
Library General Public License, que autoriza el enlace de software 
propietario con la biblioteca. ^Por que permitir esta exception? 

No es una cuestion de principios. Ningun principio establece el 
derecho de los productos de software propietario a incluir nuestro 
codigo — ^por que contribuir a un proyecto que niega el derecho a 
compartir? El uso de la LGPL para la biblioteca C, o para cualquier 
otra biblioteca, responde mas bien a una estrategia. 

La biblioteca C desempena tareas genericas; todo sistema o compi- 
lador propietario viene acompanado de una biblioteca C. Por lo tanto, 
limitar nuestra biblioteca C al software libre no reportaria ninguna 
ventaja para este — hubiera desalentado el uso de nuestra biblioteca. 

Nuestro sistema es una exception a este respecto: en el sistema 
GNU — incluido GNU/Linux— , la biblioteca C GNU es la unica en C. 
Por lo que los terminos de distribution de la biblioteca C GNU deter- 
minan si es posible o no compilar un programa propietario para el 
sistema GNU. No existen razones eticas para autorizar la incorpora- 
tion de aplicaciones propietarias en el sistema GNU, pero estrategi- 
camente parece que prohibir esto desincentivaria el uso del sistema 
GNU en lugar de alentar el desarrollo de aplicaciones libres. 

Esta es la razon por la que utilizar la Library GPL es una buena 
estrategia para la biblioteca C. Para otras bibliotecas, la estrategia a 
adoptar debe estudiarse caso por caso. Si una biblioteca desempena 
una tarea especial que puede ayudar a escribir ciertos tipo de progra- 
mas, publicarla con GPL, limitandola exclusivamente a los programas 
libres, sera una manera de ayudar a otros desarrolladores de softwa- 
re libre, proporcionandoles una ventaja f rente al software propietario. 
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Tomemos por ejemplo la GNU Readline, 3 una biblioteca desarrollada 
para la edition de comandos para BASH. Readline se publica con una 
GNU GPL ordinaria, no con la Library GPL. Es indudable que esto 
reduce el volumen de uso de Readline, pero no supone una perdida 
para nosotros. Por otro lado, se ha desarrollado al menos una aplica- 
cion util en software libre que puede utilizar la Readline, y esto si 
constituye un autentico logro para la comunidad. 

Los desarrolladores de software propietario cuentan con la venta- 
ja que proporciona el diner o; los de software libre deben idear sus 
propias ventajas. Espero que un dia contemos con una amplia colec- 
cion de bibliotecas con GPL sin paralelo en el mundo del software 
propietario, una coleccion que proporcione modulos utiles que sir- 
van de base para el futuro software libre y entranen una ventaja deci- 
siva para fomentar su desarrollo. 

^Un reto personal? 

Eric Raymond dice que «todo buen trabajo de software empieza cuan- 
do un desarrollador se plantea un reto personal». Es posible que este 
en lo cierto, pero muchos componentes esenciales del software GNU se 
desarrollaron con el fin de crear un sistema operativo libre y completo. 
Su origen esta en una vision y un plan, no en un impulso individual. 

Por ejemplo, desarrollamos la biblioteca C GNU, la Bourne Again 
Shell (BASH) y el GNU tar porque cualquier sistema similar a Unix pre- 
cisaba de estos componentes. Lo mismo puede decirse de mis propios 
programas —el compilador C GNU, GNU Emacs, GDB y GNU Make. 

Algunos programas GNU se desarrollaron para enfrentarse a 
amenazas especificas sobre nuestra libertad. Por eso desarrollamos el 
gzip, para sustituir al programa Compress cuando este dejo de estar a 
disposition de la comunidad gracias a las patentes sobre LZW. 4 
Buscamos a gente que pudiera desarrollar el LessTif, y mas reciente- 
mente GNOME y Harmony, y asi abordar los problemas planteados 



6 La biblioteca GNU Readline provee una serie de funciones a aquellas aplicaciones 
que permiten a sus usuarios editar lineas de comando desde el teclado. 

^ El algoritmo Lempel-Ziv-Welch se emplea para la compresion de datos. 
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por ciertas bibliotecas propietarias — vease a continuation «Bibliotecas 
no libres». Estamos desarrollando el GNU Privacy Guard para reempla- 
zar el popular software de encriptacion no libre, porque los usuarios no 
deberian verse obligados a elegir entre su privacidad y su libertad. 

Claro que la gente encargada de escribir estos programas empezo 
a interesarse en el trabajo, y algunos anadieron muchas funciones 
para satisfacer sus propias necesidades e intereses. Pero esa no es la 
razon de la existencia de los programas. 

Acontecimientos inesperados 

Al iniciarse el proyecto GNU pense que desarrollariamos el sistema 
en su totalidad y luego lo publicariamos entero. Pero no fue asi. 

Dado que cada uno de los componentes del sistema GNU se 
implanto en un sistema Unix, todos ellos podian ejecutarse en siste- 
mas Unix mucho antes de que existiera el sistema GNU. Algunos de 
estos programas se hicieron muy populares y los usuarios empeza- 
ron a ampliarlos y a transportarlos —a las diversas versiones incom- 
patibles de Unix, y tambien a otros sistemas. 

El proceso doto de mayor potencia a estos programas, y atrajo 
tanto fondos, como colaboradores al proyecto GNU. Pero es probable 
que tambien retrasara la conception de un sistema minimamente 
funcional durante varios anos, dado que los desarrolladores de GNU 
dedicaban la mayor parte de su tiempo al mantenimiento de estos 
puertos y a la incorporation de funciones a los componentes existen- 
tes, en lugar de escribir los que faltaban. 

El GNU Hurd 

En 1990, el sistema GNU estaba casi terminado. Faltaba crear un solo 
componente central, el kernel. Decidimos crearlo como una coleccion 
de procesos de servidor que se ejecutaria sobre Mach. Mach es un 
microkernel desarrollado en la Carnegie Mellon University y, mas 
tarde, en la Universidad de Utah. El GNU Hurd es una coleccion 
de servidores — o «manada de gnus»— implantados en Mach que 
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desempenan diversas tareas propias del kernel de Unix. Su desarro- 
llo se retraso mientras esperabamos la publication de Mach como 
software libre, tal y como nos habian prometido. 

Una de las razones que nos impulso a elegir este diseno era evitar 
lo que parecia la parte mas dura del trabajo: depurar un programa de 
kernel sin un depurador de fuentes. Esto ya se habia resuelto en 
Mach, y esperabamos depurar los servidores Hurd como programas 
de usuarios, con el GDB. Pero paso mucho tiempo hasta que lo logra- 
mos y los servidores multiproceso que se envian mensajes entre si 
resultan extremadamente dificiles de depurar. La consolidation del 
Hurd ha llevado muchisimos ahos. 



Mix 



En principio, el kernel GNU no iba a llamarse Hurd. Su nombre ori- 
ginal era Alix — por mi no via de aquel momento. Ella era administra- 
dora de sistemas Unix y advirtio que su nombre casaba perfectamen- 
te con los nombres escogidos para las distintas versiones de Unix. 
Bromeando, le dijo a sus amigos: «Deberian bautizar un kernel con 
mi nombre». No dije nada, pero decidi sorprenderla con un kernel 
llamado Alix. 

Sin embargo, el nombre no se mantuvo. Michael Bushnell — ahora 
Thomas—, el principal desarrollador del kernel, preferia el nombre 
de Hurd, y 11am 6 Alix a una parte del kernel —la encargada de cap- 
turar las llamadas del sistema y administrarlas enviando mensajes a 
los servidores Hurd. 

Por fin, Alix y yo nos separamos y ella se cambio de nombre. En 
cualquier caso, el diseho de Hurd se modifico para que la biblioteca 
C enviase mensajes directamente a los servidores, lo que supuso la 
desaparicion del componente Alix. 

Pero antes de todo esto, una amiga de Alix se encontro con el 
nombre en el codigo fuente de Hurd y se lo conto. Asi que el nombre 
cumplio su cometido. 
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Linux y GNU/Linux 

El GNU Hurd no estaba listo para production. Afortunadamente, otro 
kernel estaba a nuestra disposition. En 1991, Linus Torvalds desarrollo 
un kernel compatible con Unix y lo llamo Linux. En el aho 1992, la 
combination de Linux con el incompleto sistema GNU dio como resul- 
tado un sistema operativo libre. (Esta combination fue, por supuesto, 
una labor extraordinaria). Gracias a Linux podemos ejecutar hoy una 
version del sistema GNU. 

Denominamos esta version GNU/Linux para explicar su composi- 
tion, una combination del sistema GNU con Linux como kernel. 

Los retos futuros 

Hemos demostrado ser capaces de desarrollar una amplia gama de 
software libre. Esto no significa que seamos invencibles e impara- 
bles. Existen diversos retos que plantean un futuro incierto para el 
software libre. Enfrentarnos a ellos nos exigira un esfuerzo constan- 
te y mucha resistencia, a veces, durante muchos ahos. Necesitaremos 
la clase de determination que exhibe la gente cuando valora su 
libertad y la protege a toda costa. 

En los cuatro apartados que siguen discutiremos estos retos. 
Hardware secreto 

Los fabricantes de hardware tienden cada vez mas a mantener en 
secreto las especificaciones del hardware. Esto dificulta enormemente 
la tarea de escribir drivers libres para que Linux y Xfree86 5 sean com- 
patibles con el hardware nuevo. Hoy contamos con sistemas libres 
completos, pero no duraran mucho si no son compatibles con los 
ordenadores del mahana. 



^ El Xfree86 es un programa que proporciona un entorno de escritorio que interactua 
con tu hardware — raton, teclado, etc. Funciona en plataformas muy diversas. 
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Hay dos formas de enfrentarse a este problema. Los programadores 
pueden hacer ingenieria inversa para descubrir como crear progra- 
mas compatibles con el hardware. El resto podemos elegir que hard- 
ware sera compatible con el software libre. A medida que aumente el 
numero de usuarios de software libre, el secretismo de estas especifi- 
caciones se convertira en una politica contraproducente. 

Hacer ingenieria inversa es una labor colosal. ^Contaremos con pro- 
gramadores lo bastante decididos para llevarla a cabo? Si, siempre que les 
hayamos convencido de que el software libre es una cuestion de princi- 
pios y de que los drivers no libres son intolerables. ^Invertiremos dinero 
extra, e incluso tiempo extra, para poder utilizar drivers libres? Si, siem- 
pre y cuando se generalice esta voluntad de recuperar nuestra libertad. 

Bibliotecas no libres 



La biblioteca no libre que opera en un sistema operativo libre consti- 
tuye una trampa para los desarrolladores de software libre. Las atrac- 
tivas funciones de la biblioteca son el cebo perfecto; al utilizar la 
biblioteca, caes en la trampa, porque tu programa no puede integrar- 
se de forma util en un sistema operativo libre. (Estrictamente hablan- 
do, podriamos incluir tu programa, pero este no podria ejecutarse sin 
la biblioteca). Y, lo que es peor, en caso de popularizarse un progra- 
ma que utilice una biblioteca propietaria, podria arrastrar a otros pro- 
gramadores desprevenidos hacia la misma trampa. 

El primer ejemplo de este problema se presento en los ahos ochen- 
ta, con el Motif 6 toolkit. Aunque entonces no habia sistemas operati- 
ves libres, estaba claro el problema que iba a plantearles el Motif mas 
tarde. El Proyecto GNU respondio de dos formas: planteando la 
necesidad de que los proyectos individuals de software libre fueran 
compatibles tanto con los toolkit widgets X libres como con Motif y 
encargando la creacion de un sustituto libre para Motif. La tarea 
tardo muchos ahos en concluirse. Solo en 1997 el LessTif, desarrolla- 
do por los Hungry Programmers, fue lo suficientemente potente para 
la mayoria de las aplicaciones Motif. 



Motif es una interfaz grafica y un administrador de ventanas que opera en X Windows. 
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Entre 1996 y 1998, otro toolkit no libre de Graphical User Interface 
(GUI) llamado Qt se incorporo a una importante coleccion de softwa- 
re libre, el escritorio KDE. 

Los sistemas libres GNU/Linux no podian aprovechar el KDE porque 
no podiamos emplear la biblioteca. A pesar de ello, algunos distribuido- 
res comerciales de sistemas GNU/Linux, bastante flexibles a la hora de 
mezclar software libre, anadieron el KDE a sus sistemas — lo cual daria 
lugar a un sistema con mas posibilidades y menos libertad. El grupo KDE 
animo activamente a otros programadores a que utilizasen Qt, mientras 
que millones de nuevos «usuarios de Linux» ni siquiera sospechaban que 
pudiera existir un problema al respecto. La situation era desoladora. 

La comunidad del software libre reacciono de dos maneras: 
GNOME y Harmony. 

GNOME, el GNU Network Object Model Environment, es el pro- 
yecto de escritorio de GNU. Miguel de Icaza tomo la iniciativa en 
1997, y se desarrollo con el apoyo de Red Hat Software. GNOME pre- 
tendia proveer prestaciones similares, pero usando exclusivamente 
software libre. Entrana algunas ventajas tecnicas, como la de ser com- 
patible con varios lenguajes, y no solo con el C++. Pero su principal 
proposito era la libertad, funcionar sin software no libre. 

Harmony es una biblioteca sustitutiva compatible, disenada con 
el fin de ejecutar software KDE sin recurrir al Qt. 

En noviembre de 1998, los desarrolladores de Qt anunciaron un cam- 
bio de licencia que, en caso de aplicarse, lo convertiria en software libre. 
Aunque no podemos estar seguros de esto, creo que el cambio se debio 
en parte a la firme respuesta de la comunidad ante el problema que 
planteaba la condition no libre del Qt. (Esta nueva licencia es incomoda 
y no equitativa, por lo que sigue siendo aconsejable evitar el uso del Qt 7 ) 

^Como responderemos a la tentacion que plantee la proxima biblio- 
teca no libre? ^Comprendera la comunidad la necesidad de mantener- 
nos alejados de cualquier trampa que se nos presente en el camino? ^O 
renunciaremos a la libertad a cambio de comodidad y dar lugar asi a un 
problema mucho mayor? Nuestro futuro depende de nuestra filosofia. 



' En septiembre de 2000 volveria a publicarse el Qt con GNU GPL, lo que basicamen- 
te resolvia el problema. 
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Patentes de software 



La amenaza mas seria a la que nos enfrentamos procede de las paten- 
tes de software, que pueden introducir algoritmos y funciones fuera 
del alcance del software libre al menos durante veinte anos. Las 
patentes del algoritmo de compresion LZW se aplicaron en 1983, y 
todavia no podemos publicar software libre que produzca GIFs ade- 
cuadamente comprimidos. En 1998, se suspendio la distribution de 
un programa libre para producir archivos de audio MP3 comprimi- 
dos bajo amenaza de una demanda judicial por patente. 

Existen formas de abordar la cuestion de las patentes: buscar prue- 
bas que demuestren la invalidez de una patente o buscar modos alter- 
natives para realizar una tarea. Pero estos metodos funcionan solo de 
vez en cuando; cuando fallan ambos, una patente puede obligar a todo 
el software libre a dejar de lado alguna funcion que desearian los usua- 
rios. iQue haremos entonces? 

Quienes valoramos el software libre por la libertad que este entra- 
na seguiremos en la misma linea. Lograremos sacar adelante el traba- 
jo sin funciones patentadas. Pero quienes valoran el software libre 
porque esperan que sea tecnicamente superior se inclinaran por cali- 
ficarlo de fracaso cuando este software se vea restringido por una 
patente. De modo que, a pesar de que resulta muy util discutir la 
efectividad practica del modelo de desarrollo de tipo «catedral» 8 y la 
fiabilidad y potencia de ciertos programas de software libre, debe- 
mos ir mas alia. Debemos hablar de libertad y de principios. 

Documentation libre 



La mayor deficiencia de nuestros sistemas operativos no reside en el 
software, sino en la ausencia de buenos manuales libres para nues- 
tros sistemas. La documentation es una parte esencial de cualquier 
paquete de software; un paquete importante de software libre sin un 
buen manual libre que lo acompane constituye un lastre considera- 
ble. Tenemos muchos ejemplos de ello en la actualidad. 



° Es probable que quisiese escribir «sobre el modelo bazar», dado que era la alterna- 
tiva mas reciente e inicialmente mas polemica. 
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La documentation libre, al igual que el software, es una cuestion de 
libertad, no de precio. Los criterios para el manual libre son bastante 
parecidos a los del software libre: hay que darle a los usuarios ciertas 
libertades. Debe autorizarse la redistribution — incluida la venta 
comercial— en papel y on-line, de modo que el manual pueda acom- 
panar a todas las copias del programa. 

Autorizar su modification resulta igualmente crucial. Por regla 
general, no creo que la gente deba tener el derecho de modificar toda 
clase de articulos y libros. Por ejemplo, no creo que ni tu ni yo este- 
mos obligados a autorizar la modification de articulos como este, que 
describe nuestros actos y opiniones. 

Pero existe una razon especifica para que la libertad de modifica- 
tion sea un elemento crucial para la documentation relativa al soft- 
ware libre. Cuando los individuos ejercen su derecho a modificar el 
software, y ahadir o cambiar sus funciones, si son lo bastante con- 
cienzudos cambiar an asimismo el manual — y asi proporcionaran una 
documentation concisa y util junto con el programa modificado. Un 
manual que no permita a los programadores trabajar concienzudamen- 
te y terminar su labor no satisfara las necesidades de la comunidad. 

Algunos limites a la incorporation de estas modificaciones no 
plantean problema alguno, como es el caso de los requisitos estable- 
cidos para preservar la advertencia sobre copyright del autor origi- 
nal, los terminos de distribution o la lista de au tores. O aquellos que 
exigen que las versiones modificadas incluyan la fecha de la modifi- 
cation, o que incluso prohiben la supresion o alteration de secciones 
enteras, siempre que estas no traten sobre temas tecnicos. Este tipo de 
restricciones no plantean un problema porque no impiden al progra- 
mador metodico adaptar el manual para que se ajuste al programa 
modificado. Dicho de otro modo, no impiden que la comunidad de 
software libre disfrute plenamente del uso del manual. 

Sin embargo, debemos ser capaces de modificar el contenido 
«tecnico» del manual y luego distribuir el resultado en los medios y 
canales habituales; de lo contrario, las restricciones obstruiran a la 
comunidad, el manual dejara de ser libre y necesitaremos elaborar 
uno nuevo. 

^Contaran los desarrolladores de software libre con la conciencia 
y la determination para producir una amplia gama de manuales 
libres? Una vez mas, nuestro futuro depende de nuestra filosofia. 
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Es necesario hablar de libertad 

Actualmente, se calcula que existen diez millones de usuarios de sis- 
temas GNU/Linux como Debian GNU/Linux y Red Hat Linux. El 
software libre ha desarrollado tales ventajas practicas que esta ganan- 
do adeptos por razones puramente practicas. 

Las consecuencias positivas de esto son evidentes: un mayor inte- 
res por desarrollar software libre, mas clientes para las empresas de 
software libre y una mayor capacidad para alentar a las empresas a 
desarrollar software libre comercial en lugar de productos de softwa- 
re propietario. 

Pero el interes en el software crece a un ritmo superior que la con- 
ciencia de la filosofia en que se fundamenta, y esto plantea ciertas 
dificultades. Nuestra capacidad para hacer frente a los desafios y las 
amenazas anteriormente descritos dependera de nuestra voluntad de 
mantenernos firmes en nombre de la libertad. Para con veneer de ello 
a nuestra comunidad, habremos de difundir la idea entre los nuevos 
usuarios que pasen a formar parte de ella. 

Pero estamos fracasando: nuestros esfuerzos por atraer a nuevos 
usuarios a nuestra comunidad superan con creces nuestras iniciati- 
vas a la hora de enseharles los principios de la misma. Debemos 
dedicarnos a ambos objetivos y compensar nuestros esfuerzos en 
ambas direcciones. 

«Open Source» (codigo fuente abierto) 

La tarea de ensehar a los nuevos usuarios el valor de la libertad se 
complico de forma acusada en 1998, cuando parte de la comunidad 
decidio abandonar el termino «software libre» y empezo a hablar de 
«software de codigo abierto». 

Los partidarios de este termino trataban de evitar la confusion 
entre «libre» y «gratuito» — un objetivo muy legitime Pero otros 
intentaban dejar a un lado los principios que habian impulsado la 
creation del software libre y el proyecto GNU, procurando asi atraer 
a los ejecutivos y a los usuarios de empresas, quienes comparten 



El proyecto GNU 



43 



mayoritariamente una ideologia que antepone las ganancias econo- 
micas a la libertad, a la comunidad, a los principios. De modo que la 
retorica del «codigo abierto» se concentra en la posibilidad de crear 
un software de alta calidad y capacidad, pero rehuye las nociones de 
libertad, comunidad y principios. 

Un claro ejemplo de ello son las revistas «Linux» — estan repletas de 
anuncios de software propietario que funciona con GNU/Linux. 
Cuando aparezca el proximo Motif, o el Qt, ^advertiran estas revistas a 
los programadores de que se alejen de ellos, o los anunciaran sin mas? 

El apoyo de la comunidad empresarial puede contribuir al bien de 
la comunidad de distintas maneras, siempre que partamos de unas 
condiciones de igualdad. Pero si nos ganamos su apoyo callandonos 
lo que pensamos sobre la libertad y los principios, el resultado puede 
ser desastroso, y solo se agudizaria el desequilibrio ya existente entre 
la difusion y la education civica. 

Los terminos «software libre» y «codigo abierto» describen mas o 
menos la misma categoria de software, pero implican cosas muy dis- 
tintas acerca del software y sus valores. El Proyecto GNU sigue 
empleando el termino «software libre» para expresar la idea de que 
la libertad, y no solo la tecnologia, es importante. 

jlntentalo! 

La f ilosofia de Yoda — «No podemos solo intentarlo» — suena bien, 
pero no me sirve. He realizado mi trabajo siempre ansioso ante la 
perspectiva de que no tuviera suficiente capacidad para ello, sin 
saber si mi labor bastaria para alcanzar el objetivo deseado. Pero lo he 
intentado de todas formas, porque entre el enemigo y mi ciudad solo 
estaba yo; sorprendido, a veces del exito obtenido. 

En otras ocasiones he fracasado. Algunas de mis ciudades han 
caido. Mas tarde he descubierto otra ciudad amenazada y me he pre- 
parado para otra batalla. Con el tiempo, he aprendido a detectar las 
amenazas y a interponerme entre ellas y mi ciudad, haciendo un 11a- 
mamiento a otros hackers para unirse a mi. 

Hoy en dia, a menudo me encuentro que no estoy solo. La vision 
de un regimiento de hackers manos a la obra constituye una fuente 
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de alivio y de alegria, y pienso que la ciudad sobrevivira por el 
momento. Pero con el transcurso de los anos, los peligros son cada 
vez mayores, y ahora Microsoft nos tiene en su punto de mira. No 
podemos pensar que el futuro de la libertad esta asegurado. jNo os 
enganeis! Si quieres conservar tu libertad, tienes que estar preparado 
para defenderla. 



2. El Manifiesto gnu 



El Manifiesto GNUfue escrito por Richard Stallman en los comienzos 
del Proyecto GNU, con elfin de pedir participacion y apoyo. En los pri- 
meros alios, se hicieron actualizaciones menores para tomar en cuenta 
nuevos desarrollos, pero ahora parece ser mejor dejarlo como estd, tal y 
como la mayoria de la gente lo ha visto. Desde entonces, hemos aprendi- 
do que es posible ayudar a evitar ciertas confusiones corrientes con un 
cambio en la seleccion de palabras, a lo largo de estos anos se han anadi- 
do notas al pie de pdgina para aclarar estas confusiones. 



iQue es GNU? ;Gnu No es Unix! 

GNU, que significa Gnu No es Unix, es el nombre de un sistema de 
software completamente compatible con Unix que estoy escribiendo 
para poder regalarlo 1 libremente a quien pueda utilizarlo. Hay varios 
voluntarios ayudandome. Son muy necesarias las contribuciones en 
tiempo, diner o, programas y equipamiento. 



Escrito originalmente en 1984, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suefios, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 

1 Esta expresion era desafortunada. La intention era decir que nadie tendria que pagar 
por el permiso de usar el sistema GNU. Pero las palabras no aclaran esto, y la gente inter- 
preta a menudo que se dice que las copias de GNU deberan ser siempre distribuidas a 
un costo bajo o sin costo. Esta nunca fue la intention; mas adelante, el manifiesto men- 
ciona la posibilidad de que las companias provean servicios de distribution con una 
ganancia. Con posterioridad he aprendido a distinguir cuidadosamente entre «free» 
[libre] en el sentido de libertad y «free» [gratis] en el sentido del precio. Software libre 
es software que los usuarios tienen la libertad de distribuir y modificar. Algunos usua- 
rios pueden obtener copias sin pagar, mientras que otros pagan para obtener copias; y 
si los fondos ayudan a apoyar la mejora del software, tanto mejor. Lo importante es que 
todos los que tengan una copia tengan la libertad de cooperar con otros al usarlo. 
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Hasta el momento tenemos un editor de texto Emacs con Lisp para escri- 
bir comandos de edition, un depurador de codigo fuente, un generador 
compatible con yacc, un comunicador y alrededor de 35 utilidades. Un 
shell (interprete de comandos) se encuentra casi terminado. Un nuevo 
compilador portable de C ha sido compilado y sera lanzado este aho. 
Existe un kernel initial pero requiere muchas mas caracteristicas para 
emular a Unix. Cuando el nucleo y el compilador esten completes, sera 
posible distribuir un sistema GNU apropiado para el desarrollo de 
programas. Usaremos el procesador de documentos T E X, pero tam- 
bien se esta trabajando en un nroff. Usaremos tambien el sistema 
libre de ventanas X que puede ser portable. Despues de esto agrega- 
remos un Lisp portable, un juego Empire, una hoja de calculo y cien- 
tos de otras cosas, ademas de documentation on line. Esperamos pro- 
porcionar, con el tiempo, todas las utilidades que vienen normalmen- 
te con un sistema Unix, y mas. 

GNU sera capaz de ejecutar programas de Unix, pero no sera 
identico a Unix. Haremos todas las mejoras que sean convenientes y 
esten basadas en nuestra experiencia con otros sistemas operativos. 
Concretamente, planeamos tener nombres de archivos mas largos, 
numeros de version de archivos, un sistema de archivos a prueba de 
caidas, tal vez incorporemos un sistema para completar nombres de 
archivos, soporte en pantalla independiente del tipo de terminal y 
quiza en un futuro un sistema de ventanas basado en Lisp a traves 
del cual varios programas Lisp y programas ordinarios Unix puedan 
compartir una sola pantalla. Tanto C como Lisp estaran disponibles 
como lenguajes de programacion. Intentaremos soportar UUCP, 
Chaosnet del MIT y otros protocolos para comunicacion en Internet. 

GNU esta siendo escrito inicialmente para maquinas de la clase 
68000/16000 con memoria virtual, porque estas son las maquinas en 
las que es mas sencilla su ejecucion. El esfuerzo adicional para hacer- 
lo funcionar en maquinas mas pequehas se dejara a alguien que quie- 
ra utilizarlo en ellas. 

Para evitar una horrible confusion, por favor pronuncie la «G» en 
la palabra «GNU» cuando se refiera al nombre de este proyecto. 2 



GNU se pronuncia en ingles de forma muy similar a new, que significa nuevo. [N. del E.] 
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Por que debo escribir GNU 

Considero que la regla de oro requiere que si a mi me gusta un pro- 
grama, lo debo compartir con otra gente que le guste. Los vendedo- 
res de software quieren dividir a los usuarios y seducirlos, haciendo 
que cada usuario acuerde no compartir su software con otros. Yo 
rehuso a romper mi solidaridad con otros usuarios de esta manera. 
No puedo en buena conciencia firmar un acuerdo de no divulgation 
o un acuerdo de licencia de software. Durante anos trabaje dentro del 
Laboratorio de Inteligencia Artificial para impugnar estas tendencias 
y otras descortesias, pero al final ellos fueron demasiado lejos: no 
podia permanecer en una institution donde hiciera estas cosas en 
contra de mi voluntad. 

De manera que para poder continuar usando ordenadores sin ver- 
giienza, he decidido agrupar un cuerpo suficiente de software libre 
de tal manera que pueda seguir andando sin ninguna clase de soft- 
ware que no sea libre. He dejado el laboratorio de I A para negar al 
MIT cualquier excusa legal que me prohiba distribuir software GNU. 

Por que GNU sera compatible con Unix 

Unix no es mi ideal de sistema, pero no es del todo malo. Las caracte- 
risticas esenciales de Unix parecen ser buenas y pienso que puedo ana- 
dir lo que le falta a Unix sin echarlas a perder. Un sistema compatible 
con Unix seria conveniente para que otras personas puedan adoptarlo. 

Como estara disponible GNU 

GNU no es de dominio publico. Todos tendran permiso para modifi- 
car y redistribuir GNU, pero a ningun distribuidor se le permitira 
restringir su redistribution posterior. Es decir, no estaran permitidas 
modificaciones propietarias. Quiero asegurarme de que todas las ver- 
siones de GNU permanezcan libres. 
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Por que quieren cooperar muchos otros programadores 

He encontrado muchos otros programadores que estan entusiasma- 
dos con GNU y quieren ayudar. 

Muchos programadores estan descontentos con la comercializa- 
cion del software de sistema. Puede permitirles ganar mas dinero, 
pero por lo general les hace sentirse en conflicto con otros programa- 
dores, en lugar de sentirse como compaheros. El acto fundamental de 
amistad entre programadores es el hecho de compartir programas; 
los acuerdos de marketing usados de forma generalizada esencial- 
mente prohiben a los programadores tratar a sus semejantes como 
amigos. El comprador de software debe escoger entre la amistad y la 
obediencia a la ley. Naturalmente, muchos deciden que la amistad es 
mas importante. Pero aquellos que creen en la ley, a menudo no se 
sienten bien con ninguna de las dos opciones. Se vuelven cinicos y 
piensan que la programacion es solo otra forma de hacer dinero. 

Al desarrollar y utilizar GNU en lugar de programas propietarios, 
nosotros podemos ser hospitalarios con todos y obedecer la ley. 
Ademas, GNU sirve como ejemplo de inspiration y como bandera 
para conminar a otros a unirse a nosotros en el acto de compartir. 
Esto puede darnos una sensation de armonia que es imposible cuan- 
do utilizamos software que no es libre. Porque para cerca de la mitad 
de los programadores con quienes he hablado, este es un motivo de 
felicidad importante que el dinero no puede reemplazar. 

Como puedes contribuir 

Estoy pidiendo a los fabricantes de ordenadores que donen equipos y 
dinero. Estoy pidiendo donativos en forma de programas y trabajo. 

Una consecuencia esperable si donas equipos es que GNU se eje- 
cutara en ellos desde una etapa temprana. Las maquinas deberan 
estar completas, con los sistemas listos para su uso, probadas para 
uso en areas residenciales y no requerir ventilation o fuentes de ener- 
gia sofisticadas. 

He encontrado que muchos programadores estan ansiosos de 
contribuir trabajando a tiempo parcial para GNU. Para la mayoria de 
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los proyectos esta distribution de trabajos a tiempo parcial seria muy 
dificil de coordinar. Pero para la tarea particular de reemplazar Unix 
no existe este problema. Un sistema completo en Unix contiene cien- 
tos de utilidades, cada una de las cuales se documenta por separado. 
Casi todas las especificaciones de la interfaz han sido fijadas para ser 
compatibles con Unix. Si cada colaborador puede escribir un sustitu- 
to compatible para una sola utilidad Unix, y hacer que funcione apro- 
piadamente en lugar del programa original en un sistema Unix, 
entonces estas utilidades funcionaran correctamente cuando sean 
reunidas. Incluso permitiendo que Murphy 3 origine algunos proble- 
mas inesperados, el ensamblaje de estos componentes sera una tarea 
factible. (El kernel va a requerir una comunicacion mas estrecha y un 
grupo mas pequeno y unido trabajara en el). 

Si obtengo donativos de dinero, estare en condiciones de contra- 
tar unas cuantas personas a tiempo completo o a tiempo parcial. El 
sueldo no sera alto en relation al estandar de los programadores, 
pero estoy buscando a gente para quien la construction de espiritu 
comunitario tenga tanta importancia como hacer dinero. Consider o 
esto como una manera de dar oportunidad a gente interesada para 
que dediquen todas sus energias a trabajar en GNU, evitando la nece- 
sidad de ganarse la vida de otra manera. 

Por que se beneficiaran todos los usuarios de ordenadores 

Una vez que se haya escrito GNU, todos podremos obtener un buen 
sistema de software libre, al igual que obtenemos aire. 4 Esto significa 
mucho mas que el simple ahorro del precio de una licencia Unix. 
Significa que se evitara mucho del derroche de esfuerzos en la dupli- 
cation de la programacion de sistemas. Este esfuerzo puede enfocar- 
se mejor para hacer avanzar el estado de la tecnica. 



d Referencia a «La Ley de Murphy» una ley humoristica que dice que si es posible que 
algo pueda ir mal, ira mal. 

4 Este es otro sitio en donde me equivoque al no distinguir cuidadosamente entre los 
dos diferentes significados de «libre». La afirmacion tal como esta escrita no es falsa: 
uno puede obtener copias gratuitas de software GNU, ya sea de sus amistades o a tra- 
ves de la Internet, pero se esta sugiriendo una idea erronea. 
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Los codigos completos del sistema estaran disponibles para todo el 
mundo. Como resultado, un usuario que necesite modificar el siste- 
ma sera siempre libre de hacerlo por si mismo, o de contratar a cual- 
quier programador o empresa disponible para hacerlo por el. Los 
usuarios no estaran ya a merced de un programador o una empresa 
que sea duena del codigo fuente y que sea la unica en position de rea- 
lizar modificaciones. 

Las escuelas podran proporcionar un ambiente bastante mas edu- 
cativo, animando a todos los estudiantes a estudiar y mejorar el codi- 
go del sistema. En el laboratorio de programacion de Harvard solian 
tener la politica de que ningun programa podia ser instalado en el 
sistema si su codigo fuente no estaba a disposition del publico; la 
ejercitaban a base de negarse a instalar ciertos programas. En buena 
medida, yo me inspire en esto. 

Finalmente, el lastre de considerar quien es dueno de que sistema 
de software y de lo que esta o no esta permitido hacer con el, habra 
desaparecido. 

Los acuerdos para obligar a la gente a pagar por utilizar un progra- 
ma, incluyendo la licencia de copias, siempre incurren en un tremendo 
coste para la sociedad por los aparatosos mecanismos necesarios para 
determinar cuanto —esto es, que programas— debe pagar una perso- 
na. Solo un estado policial puede forzar a obedecer a todo el mundo. 
Considerese una estacion espacial en donde el aire debe fabricarse con 
un gran coste: cobrar a cada respirador por litro de aire quiza sea justo, 
pero el uso continuo de una mascara de aire con medidor todo el dia y 
toda la noche seria intolerable, aunque todos pudieran permitirse pagar 
su consumo de aire. Tener camaras de television por todos lados para 
ver si se quita uno la mascara seria el colmo. Es mejor costear la planta 
de aire con un impuesto por persona y desechar las mascaras. 

Copiar por completo o una parte de un programa es tan natural 
para un programador como respirar y le es igual de productivo. 
Debiera ser igualmente libre. 

Algunas objeciones facilmente rebatibles a los objetivos de GNU: 

O «Nadie lo usard debido a que es gratuito, ya que esto significa que no 
cuenta con ninguna asistencia». 

O «Se tiene que cobrar por el programa para pagar el servicio de soporte». 
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Si la gente prefiriera pagar por GNU y su servicio en lugar de obte- 
ner GNU libre y sin servicio, una empresa que ofrezca servicio a las 
personas que obtuvieron GNU libre debiera tener beneficios. 

Debemos distinguir entre asistencia bajo la forma de un verdade- 
ro trabajo de programacion y lo que es meramente llevar de la mano 
al usuario. En relation a la primera no se puede depender del vende- 
dor de software. Si tu problema no es compartido por un numero 
suficiente de clientes, el vendedor lo ignorara. 

Si tu negocio requiere poder confiar en la asistencia, la unica mane- 
ra es tener el codigo fuente y todas las herramientas necesarias. De este 
modo, puedes contratar a cualquier persona disponible para corregir 
el problema; y no estar a merced de ningun individuo. Con Unix, el 
precio del codigo fuente deja esta posibilidad fuera de cualquier consi- 
deration para la mayoria de los negocios. Con GNU esto sera sencillo. 
Es posible que todavia no haya ninguna persona competente disponi- 
ble, pero este problema no se le puede imputar a los acuerdos de dis- 
tribution. GNU no elimina todos los problemas, solo algunos. 

Mientras tanto, los usuarios que no saben de ordenadores necesi- 
tan que se les lleve de la mano: hacer cosas por ellos que ellos mismos 
podrian hacer facilmente, pero que no saben como hacerlas. 

Estos servicios podran ser proporcionados por companias que ven- 
dan solamente servicios de asesoria y de reparation. Si es verdad que 
los usuarios prefieren gastar dinero y obtener un producto con servi- 
cio, estaran igualmente de acuerdo en adquirir el servicio habiendo 
obtenido el producto de forma gratuita. Las empresas de servicios 
competiran en calidad y precio; los usuarios no estaran atados a ningu- 
na en particular. Entre tanto, aquellos de nosotros que no necesitemos 
servicios debemos poder usar el programa sin pagar por el servicio. 

O «No se puede llegar a mucha gente sin publicidad y uno debe cobrar 
por el programa para mantener esta actividad». 

O «No tiene sentido dar publicidad a un programa que la gente puede 
obtener gratuitamente». 

Existen varias formas de publicidad gratuita o de bajo costo que pue- 
den usarse para informar a numerosos usuarios de ordenadores acer- 
ca de algo como GNU. Pero quiza sea verdad que se puede llegar a 
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mas usuarios de microordenadores a traves de la publicidad. Si real- 
mente es asi, un negocio que haga publicidad del servicio de copia y 
envio de GNU por un precio, deberia ser lo suficientemente exitoso 
como para pagar como minimo su publicidad. De esta forma, solo los 
usuarios que se beneficien de la publicidad pagaran por ella. 

Por otro lado, si mucha gente obtiene GNU a traves de sus amis- 
tades y estas empresas no resultan ser un buen negocio, esto demos- 
traria que la publicidad no era realmente necesaria para divulgar 
GNU. ^Por que sera que los defensores del libre mercado no quieren 
permitir que el libre mercado decida esto? 5 

O «Mi compama necesita un sistema operativo propietario para tenet 
una ventaja competitiva». 

GNU sacara al software de sistema operativo del entorno de la com- 
petencia. Usted no podra obtener una ventaja en esta area, pero tam- 
poco la competencia podra tenerla f rente a usted. Usted y ellos com- 
petiran en otras areas, mientras se benefician mutuamente en esta. Si 
tu negocio es vender un sistema operativo, no te gustara GNU, pero 
ese es tu problema. Si tu negocio es otra cosa, GNU puede salvarte de 
ser arrojado al costoso negocio de la venta de sistemas operativos. 

Me gustaria ver que el desarrollo de GNU se mantuviera gracias 
a donaciones de algunos fabricantes y usuarios, reduciendo el coste 
para si mismos. 6 

O «^No merecen los programadores una recompensa por su creatividad?» 



3 La Free Software Foundation obtiene la mayor parte de sus fondos de su servicio de 
distribution, aunque se trata de una organization sin animo de lucro y no de una com- 
pania. Si nadie opta por obtener copias haciendo su pedido a la FSF, esta no estara en 
disposition de hacer su trabajo. Pero esto no significa que las restricciones propieta- 
rias sean justificables para obligar a todos a pagar. Si una pequena fraction de todos 
los usuarios pide sus copias a la FSF, sera suficiente para mantener a la FSF a flote. Por 
lo tanto, tenemos que pedir a los usuarios que opten por apoyarnos de esta forma. 
^Has hecho ya tu parte? 

° Recientemente, un grupo de companias de informatica ha reunido fondos para apo- 
yar el mantenimiento del Compilador C GNU. 
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Si hay algo que merezca una recompensa es la contribution social. La 
creatividad puede considerarse una contribution social, pero solo si la 
sociedad es libre de aprovechar sus resultados. Si los programadores 
merecen ser recompensados por la creation de programas innovado- 
res, bajo esta misma logica deben ser castigados si restringen el uso 
de estos programas. 

O «iNo deberia tenet el programador la option de pedir una recompen- 
sa por su creatividad? » 

No hay nada que objetar en querer un pago por el trabajo, o por 
buscar maximizar los propios ingresos, siempre y cuando no se uti- 
licen medios que sean destructives. Sin embargo, las formas a las 
que estamos acostumbrados actualmente en el campo del software 
se basan en la destruction. 

Extraer dinero de los usuarios de un programa mediante la res- 
triction de su uso resulta destructivo porque las restricciones redu- 
cen la cantidad y las formas en que el programa puede ser utilizado. 
Esto reduce la cantidad de riqueza que la humanidad obtiene del 
programa. Cuando se opta deliberadamente por la restriction, las 
consecuencias dahinas son la destruction deliberada. 

La razon por la que un buen ciudadano no utiliza estos medios des- 
tructives para volverse mas rico es que si todos lo hicieran, podriamos 
empobrecernos por medio de una mutua destruction. Esto es etica 
kantiana, o la Regla de Oro. Como no me gustan las consecuencias 
que resultarian si todos acapararan information, debo considerar 
como erroneo que alguien lo haga. Especificamente, el deseo de ser 
recompensado por la creatividad de uno no justifica privar al mundo 
en general de toda o parte de esa creatividad. 

O «iNo pasardn hambre los programadores? » 

Podria responder que no se fuerza a nadie a ser programador. Casi 
ninguno de nosotros puede lograr obtener dinero por estar de pie en 
la calle y hacer muecas. Pero no estamos, como resultado, condena- 
dos a estar toda nuestra vida de pie en la calle haciendo muecas y 
padeciendo hambre. Nos dedicamos a otra cosa. 
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Sin embargo, esta es una respuesta erronea porque acepta la suposi- 
cion implicita del interrogador: que sin la propiedad del software a 
los programadores no se les puede pagar un centimo. En este supues- 
to se trata de todo o nada. 

La verdadera razon por la que los programadores no se moriran 
de hambre es porque aun es posible que se les pague por programar; 
solo que no se les pagar a tanto como en la actualidad. 

Restringir la copia no es la unica forma para hacer negocios con el 
software. Es la forma mas comun porque es de la que se obtiene mas 
dinero. Si esta se prohibiera o fuese rechazada por el comprador, el 
negocio del software se moveria hacia otras formas de organization 
que actualmente no se usan tan a menudo. Hay siempre muchos 
modos para organizar cualquier tipo de negocio. 

Probablemente la programacion no sera tan lucrativa bajo esta 
nueva forma como lo es actualmente. Pero esto no es un argumento 
en contra del cambio. No se consider a una injusticia que los depen- 
dientes de tiendas obtengan los salarios que ganan actualmente. Si 
los programadores ganaran lo mismo, no sera tampoco una injusti- 
cia. (En la practica ganaran considerablemente mas). 

O «^No tiene derecho la gente a controlar como se usa su creatividad? » 

El «control sobre el uso de las ideas de uno» realmente significa con- 
trol sobre las vidas de otras personas; y normalmente se usa para difi- 
cultar mas sus vidas. 

La gente que ha estudiado cuidadosamente el tema de los derechos 
de propiedad intelectual —como los abogados— dice que no hay un 
derecho intrinseco a la propiedad intelectual. Los tipos supuestos de 
derechos de propiedad intelectual que reconoce el gobierno fueron 
creados por actos especificos de legislation con propositus especificos. 

Por ejemplo, el sistema de patentes fue establecido para animar a 
los inventores a re velar los detalles de sus inventos. Su proposito fue 
ayudar a la sociedad y no tanto ayudar a los inventores. El periodo 
de vida de 17 ahos para una patente era corto comparado con la tasa 
de desarrollo de la tecnica. Dado que las patentes solo son relevantes 
para los fabricantes, para quienes el coste y esfuerzo de un acuerdo 
de licencia son pequehos comparados con la puesta en marcha de la 
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production, las patentes a menudo no hacen mucho daho. No obstru- 
yen a la mayoria de los individuos que usan productos patentados. 

La idea del copyright no existia en tiempos antiguos, cuando los 
autores de obras de no fiction frecuentemente copiaban de obras de 
otros autores . Esta practica era util, y ha sido la unica forma de que 
las obras de muchos autores, aunque solo sea en parte, hayan sobre- 
vivido. El sistema de derechos de autor fue creado expresamente con 
el proposito de promover la autoria. En el ambito para el que se 
invento — libros, que solo podian ser copiados economicamente en 
una imprenta— hacia muy poco daho y no obstruia a la mayor parte 
de los individuos que leian los libros. 

Todos los derechos de propiedad intelectual son unicamente 
licencias que otorga la sociedad porque se pensaba, correcta o equi- 
vocadamente, que la sociedad en conjunto se beneficiaria al ser otor- 
gados. Pero en cualquier situation particular, necesitamos preguntar- 
nos: ^nos beneficia haber otorgado tal licencia? iQue tipo de acto 
estamos permitiendo que haga una persona? 

El caso de los actuales programas es muy diferente al de los libros 
de hace cien ahos. El hecho de que la forma mas sencilla de copiar un 
programa sea de un vecino a otro, el hecho de que un programa sea 
tanto el codigo fuente como el codigo objeto, siempre distintos, y el 
hecho de que el programa sea usado y no leido y disfrutado, se com- 
binan para crear una situation en la que una persona que hace valer 
un copyright esta dahando a la sociedad en su conjunto, tanto mate- 
rialmente como espiritualmente; nadie deberia hacerlo a pesar de que 
la ley se lo permita. 

O «La competencia hace que las cosas se hagan mejor». 

El paradigma de la competencia es una carrera: al premiar al gana- 
dor, estamos alentando a todos a correr mas rapido. Cuando el capi- 
talismo realmente trabaja de esta manera, hace un buen trabajo; 
pero sus partidarios estan equivocados al asumir que siempre fun- 
ciona asi. Si los corredores olvidan por que se otorga el premio y se 
centran en ganar sin importar como, pueden encontrar otras estra- 
tegias —como atacar a los otros corredores. Si los corredores se 
enredan en una pelea a puhetazos, todos llegaran tarde a la meta. 
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El software propietario y secreto es el equivalente moral de los corre- 
dores en una pelea a pufietazos. Es triste decirlo, pero el unico arbi- 
tro que tenemos no parece estar en contra de las peleas; solo las regu- 
la — «por cada 10 yardas que corras, tienes derecho a un disparo». Lo 
que deberia hacer es separarlos y penalizar a los corredores por el 
solo hecho de intentar pelear. 

O «iNo dejardn todos de programar si no hay un incentivo monetario?» 

De hecho, mucha gente comienza a programar sin absolutamente 
ningun incentivo monetario. La programacion tiene una fascination 
irresistible para algunas personas, generalmente para las mejores en 
el ramo. No hay escasez de musicos profesionales que sigan en lo 
suyo aunque no tengan esperanzas de ganarse la vida de esta forma. 

Sin embargo en realidad esta pregunta, aun cuando se hace 
muchas veces, no es apropiada a la situation. El pago a los programa- 
dores no va a desaparecer, solo se va a reducir. La pregunta correcta 
es, ^alguien programara con la reduction en el incentivo monetario? 
Mi experiencia muestra que si lo haran. 

Durante mas de diez ahos, algunos de los mejores programadores 
del mundo trabajaron en el Laboratorio de Inteligencia Artificial por 
mucho menos dinero del que podian ganar en otras partes. Recibieron 
varios tipos de recompensas no economicas: fama y aprecio, por ejem- 
plo. Y la creatividad tambien se disfruta, es un premio en si misma. 

Luego la mayoria se fue cuando se les ofrecio la oportunidad de 
hacer ese mismo trabajo interesante por mucho dinero. 

Lo que muestran los hechos es que la gente programa por razones 
distintas a la de la riqueza; pero si se les da una oportunidad de hacer 
tambien mucho dinero, este entrara en sus expectativas y comenza- 
ran a a exigirlo. Las organizaciones que pagan poco no podran com- 
petir con las que pagan mucho, pero no tendria que irles tan mal si 
las que pagan mucho fueran prohibidas. 

O «Necesitamos a los programadores desesperadamente. Si ellos nos 
pidieran que dejemos de ayudar a nuestro projimo, tendriamos que 
obedecer». 
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Uno nunca esta tan desesperado como para tener que obedecer este 
tipo de exigencia. Recuerda: millones para nuestra defensa, jpero ni 
un centimo para impuestos! 

O «Los programadores necesitan tener alguna forma de ganarse la vida». 

A corto plazo, esto es verdad. Sin embargo, hay bastantes maneras de 
que los programadores puedan ganarse la vida sin vender el derecho 
a usar un programa. Esta manera es frecuente ahora porque es la que 
les da a los programadores y hombres de negocios mas dinero, no 
porque sea la unica forma de ganarse la vida. Es facil encontrar otras 
formas, si quieres encontrarlas. 

He aqui unos cuantos ejemplos: 

O Un fabricante introduce un nuevo ordenador, pagara por ade- 
cuar los sistemas operativos al nuevo hardware. 

O La venta de ensehanza, los servicios de asistencia y manteni- 
miento tambien pueden dar trabajo a programadores. 

O La gente con ideas nuevas podra distribuir programas como 
freeware, pidiendo donativos a usuarios satisfechos o vendiendo 
servicios de asistencia. Yo he conocido a personas que ya trabajan 
asi con exito. 

O Los usuarios con necesidades comunes pueden formar un grupo 
de usuarios y pagar sumas de dinero. Un grupo contratara a empre- 
sas de programacion para escribir programas que a los miembros 
del grupo les gustaria utilizar. 

Todo tipo de desarrollo puede financiarse con un «impuesto de softwares 

O Supon que todos los que compren un ordenador tengan que 
pagar un tanto por ciento de su precio como impuesto de softwa- 
re. El gobierno entrega este dinero a una agencia como la Fun- 
dacion Nacional de la Ciencia para que lo emplee en el desarrollo 
de software. 

O Pero si el comprador del ordenador hace por si mismo un 
donativo para el desarrollo de software puede verse exento de este 
impuesto. Puede donar al proyecto de su election —a menudo, 
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elegido porque espera utilizar los resultados tan pronto como se 
haya completado. Puede tomar un credito por cada cantidad de 
donativo hasta la totalidad del impuesto que tenia que pagar. 

O La tasa total de impuesto podra ser decidida por un voto de 
los contribuyentes al impuesto, sopesada de acuerdo con la canti- 
dad sobre la que se aplicara el impuesto. 

Las consecuencias: 

O La comunidad de usuarios de ordenadores apoya el desarro- 
llo del software. 

O Esta comunidad decide que nivel de apoyo se necesita. 

O Los usuarios a quienes les importa a que proyectos se destine 
su parte pueden escogerlos por si mismos. 

A largo plazo, hacer programas libres es un paso hacia el mundo post- 
escasez, donde nadie tendra que trabajar duro para ganarse la vida. 
La gente sera libre para dedicarse a actividades entretenidas, como la 
programacion, despues de haber dedicado diez horas obligatorias a la 
semana a las tareas requeridas, como legislar, el asesoramiento fami- 
liar, la reparation de robots y la exploration de asteroides. No habra 
necesidad de ganarse la vida mediante la programacion. 

Hemos alcanzado ya una gran reduction de la cantidad de traba- 
jo que la sociedad en su conjunto debe realizar para mantener su pro- 
ductividad actual, pero solo un poco de esta reduction se ha traduci- 
do en descanso para los trabajadores, ya que hay mucha actividad no 
productiva que se requiere para acompahar a la actividad producti- 
va. Las causas principales de esto son la burocracia y las luchas isome- 
tricas contra la competencia. El software libre reducira en gran medida 
estos drenajes en el area de production de software. Debemos hacer 
esto para lograr asi avances tecnicos en la productividad que se traduz- 
can en menos trabajo para nosotros. 



• La definition de Software libre 



Conservamos esta definicion de software libre para expresar clara- 
mente el verdadero significado de los programas de software libre. 

El «software libre» es una cuestion de libertad, no de precio. Para 
comprender este concepto, debemos pensar en la acepcion de libre 
como en «libertad de expresion» y no como en «barra libre de cerveza». 

Con software libre nos referimos a la libertad de los usuarios para 
ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. 
Nos referimos especialmente a cuatro clases de libertad para los 
usuarios de software: 

O Libertad 0: la libertad para ejecutar el programa sea cual sea 
nuestro proposito. 

O Libertad 1: la libertad para estudiar el funcionamiento del pro- 
grama y adaptarlo a tus necesidades —el acceso al codigo fuente 
es condition indispensable para esto. 

O Libertad 2: la libertad para redistribuir copias y ayudar asi a 
tu vecino. 



Escrito originalmente en 1996, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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O Libertad 3: la libertad para mejorar el programa y luego publi- 
carlo para el bien de toda la comunidad —el acceso al codigo 
fuente es condition indispensable para esto. 

Software libre es cualquier programa cuyos usuarios gocen de estas 
libertades. De modo que deberias ser libre de redistribuir copias con 
o sin modificaciones, de forma gratuita o cobrando por su distribu- 
tion, a cualquiera y en cualquier lugar. Gozar de esta libertad signifi- 
ca, entre otras cosas, no tener que pedir permiso ni pagar para ello. 

Asimismo, deberias ser libre para introducir modificaciones y uti- 
lizarlas de forma privada, ya sea en tu trabajo o en tu tiempo libre, sin 
siquiera tener que mencionar su existencia. Si decidieras publicar 
estos cambios, no deberias estar obligado a notificarlo de ninguna 
forma ni a nadie en particular. 

La libertad para utilizar un programa significa que cualquier indi- 
viduo u organization podran ejecutarlo desde cualquier sistema infor- 
matico, con cualquier fin y sin la obligation de comunicarselo subsi- 
guientemente ni al desarrollador ni a ninguna entidad en concrete 

La libertad para redistribuir copias supone incluir las formas 
binarias o ejecutables del programa y el codigo fuente tanto de las 
versiones modificadas como de las originales —la distribution de 
programas en formato ejecutable es necesaria para su adecuada ins- 
talacion en sistemas operativos libres. No pasa nada si no se puede 
producir una forma ejecutable o binaria —dado que no todos los len- 
guajes pueden soportarlo— , pero todos debemos tener la libertad 
para redistribuir tales formas si se encuentra el modo de hacerlo. 

Para que las libertades 1 y 3 —la libertad para hacer cambios y para 
publicar las versiones mejoradas— adquieran significado, debemos dis- 
poner del codigo fuente del programa. Por consiguiente, la accesibili- 
dad del codigo fuente es una condition necesaria para el software libre. 

Para materializar estas libertades, estas deberan ser irrevocables 
siempre que no cometamos ningun error; si el desarrollador del softwa- 
re pudiera revocar la licencia sin motivo, ese software dejaria de ser libre. 

Sin embargo, ciertas normas sobre la distribution de software 
libre nos parecen aceptables siempre que no planteen un conflicto 
con las libertades centrales. Por ejemplo, el copyleft, grosso modo, es la 
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norma que establece que, al redistribuir el programa, no pueden aha- 
dirse restricciones que nieguen a los demas sus libertades centrales. 
Esta norma no viola dichas libertades, sino que las protege. 

De modo que puedes pagar o no por obtener copias de softwa- 
re libre, pero independientemente de la manera en que las obten- 
gas, siempre tendras libertad para copiar, modificar e incluso ven- 
der estas copias. 

El software libre no significa que sea «no comercial». Cualquier pro- 
grama libre estara disponible para su uso, desarrollo y distribution 
comercial. El desarrollo comercial del software libre ha dejado de ser 
excepcional y de hecho el software libre comercial es muy importante. 

Las normas sobre el empaquetamiento de una version modificada 
son perfectamente aceptables siempre que no restrinjan efectivamen- 
te tu libertad para publicar versiones modificadas. Por la misma 
razon, seran igualmente aceptables aquellas normas que establezcan 
que «si distribuyo el programa de esta forma, deberas distribuirlo de 
la misma manera» — cabe destacar que esta norma te permite decidir 
si publicar o no el programa. Tambien admitimos la posibilidad de 
que una licencia exija enviar una copia modificada y distribuida de 
un programa a su desarrollador original. 

En el proyecto GNU, utilizamos el «copyleft» para proteger legal- 
mente estas libertades. Pero tambien existe software libre sin copy- 
left. Creemos que hay razones de peso para recurrir al copyleft, pero 
si tu programa, software libre, carece de el, todavia tendremos la 
option de seguir utilizandolo. 

A veces la normativa gubernamental de control de las exporta- 
ciones y las sanciones comerciales pueden constrehir tu libertad 
para distribuir copias a nivel internacional. Los desarrolladores de 
software no tienen el poder para eliminar o invalidar estas restric- 
ciones, pero lo que si pueden y deben hacer es negarse a imponer 
estas condiciones de uso al programa. De este modo, las restriccio- 
nes no afectaran a las actividades y a los individuos fuera de la 
jurisdiction de estos gobiernos. 

Cuando hablamos de software libre, es preferible evitar expresio- 
nes como «regalar» o «gratis», porque entonces caeremos en el error 
de interpretarlo como una mera cuestion de precio y no de libertad. 
Terminos de uso frecuente como el de «pirateria» encarnan opiniones 
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que esperamos no compartas. (Vease el apartado de «Palabras que 
conviene evitar» para una discusion sobre estos terminos). Tenemos 
disponible tambien una lista de traducciones de «software libre» en 
distintos idiomas. 

Por ultimo, senalaremos que los criterios descritos para definir el 
software libre requieren una profunda reflexion antes de interpre- 
tarlos. Para decidir si una licencia de software especifica puede cali- 
ficarse de licencia de software libre, nos basaremos en dichos crite- 
rios y asi determinaremos si se ajusta al espiritu y a la terminologia 
precisa. Si una licencia incluye restricciones desmedidas, la recha- 
zamos aun cuando nunca predijimos esta cuestion al establecer 
nuestros criterios. En ocasiones, ciertas condiciones en una licencia 
pueden plantear un problema que requiera un analisis exhaustivo, 
lo que significa incluso debatir el tema con un abogado, antes de 
decidir si dichas condiciones son aceptables. Cuando llegamos a 
una solucion sobre un problema nuevo, a menudo actualizamos 
nuestros criterios para hacer mas facil la consideracion de que licen- 
cias estan cualificadas y cuales no. 

Si estas interesado en cualificar una licencia especifica como licen- 
cia de software libre, visita http://www.gnu.org/licenses/license- 
list.html. Si la licencia no aparece en la lista, envianos un correo elec- 
tronico a licensing@gnu.org. 



• Por que el software no debe 
tener propietarios 



Las tecnologias digitales de la informacion ayudan al mundo 
haciendo que sea mas facil copiar y modificar informacion. Los orde- 
nadores prometen hacer esto de forma mas sencilla para todos. 

No todo el mundo quiere que esto sea mas facil. El sistema de 
copyright permite que los programas de software tengan «propieta- 
rios», la mayor parte de los cuales pretende privar al resto del mundo 
del beneficio potencial del software. Los propietarios desearian ser 
los unicos que pueden copiar y modificar el software que usamos. 

El sistema de copyright se desarrollo con la imprenta —una tecnolo- 
gia usada para la production masiva de copias. El copyright se ajustaba 
bien a esta tecnologia puesto que restringia solo a los productores de 
copias en masa. No privaba de libertad a los lectores de libros. Un lector 
cualquiera, que no poseyera una imprenta, solo podia copiar libros con 
pluma y tinta, y a pocos lectores se les ponia un pleito por ello. 

Las tecnologias digitales son mas flexibles que la imprenta: cuan- 
do la informacion adopta forma digital, puedes copiarla facilmente 
para compartirla con otros. Es precisamente esta flexibilidad la que 
se ajusta mal a un sistema como el del copyright. Esa es la razon del 
incremento de medidas odiosas y draconianas ahora usadas para 



Escrito originalmente en 1996, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suefios, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 



63 



64 



Software libre para una sociedad libre 



hacer cumplir el copyright del software. Toma, por ejemplo, estas 
cuatro practicas de la Software Publishers Associatition, SPA 
[Asociacion de Editores de Software]: 

O Propaganda masiva afirmando que esta mal desobedecer a los 
propietarios para ayudar a un amigo. 

O Solicitar a la gente que se convierta en soplona para delatar a 
sus colegas y compaheros de trabajo. 

O Redadas (con ayuda policial) en oficinas y escuelas, en las que se 
dice a la gente que debe probar que es inocente de hacer copias ilegales. 

O El proceso judicial — iniciado por el gobierno de los EEUU, a 
petition de la AES— a personas como David LaMacchia 1 del MIT, no 
por copiar software —no se le acusa de copiarlo— , sino meramente 
por dejar sin vigilancia equipos de copia y no controlar su uso. 

Cada una de estas cuatro costumbres se asemejan a aquellas usadas 
en la antigua Union Sovietica, donde todas las maquinas de copiar 
tenian un vigilante para impedir que se hicieran copias prohibidas, y 
donde las personas tenian que copiar information en secreto y pasar- 
la de mano a mano como samizdat. Por supuesto hay una diferencia: 
el motivo para el control de information en la Union Sovietica era 
politico; en los EEUU el motivo es el beneficio economico. Pero son 
las acciones las que nos afectan, no el motivo. Cualquier intento de 
coartar el hecho de que se comparta la information, sin importar por 
que, lleva a los mismos metodos y a la misma dureza. 

Los propietarios hacen uso de distintos argumentos para que se 
les conceda el control de como usamos la information: 



Insultos 

Los propietarios usan palabras difamatorias como «pirateria» y 
«robo», al igual que terminologia experta como «propiedad intelec- 
tual» y «daho», para sugerir una cierta linea de pensamiento al publi- 
co —una analogia simplona entre los programas y los objetos fisicos. 



1 El 27 de enero de 1995 el caso de David Lamacchia fue desestimado, sin que se haya 
apelado todavia esta decision. 
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Nuestras ideas e intuiciones acerca de la propiedad sobre los objetos 
materiales tratan acerca de si es justo privarle a alguien de un objeto. 
No se aplican directamente a hacer copias de algo. Pero los propieta- 
rios nos piden que apliquemos estas ideas de todas formas. 

Exageracion 

Los propietarios dicen que sufren un «dano» o «perdida economica» 
cuando los usuarios copian programas por su cuenta. Pero copiar no 
tiene un efecto directo sobre el propietario, y no hace dafio a nadie. 
El propietario solo puede perder si la persona que hizo la copia 
hubiese pagado por otra del mismo propietario en su lugar. 

Un poco de reflexion muestra que la mayoria de esas personas no 
habrian comprado copias. Aun asi los propietarios calculan sus «per- 
didas» como si todos y cada uno hubiesen comprado una copia. Esto 
es una exageracion —por decirlo de forma suave. 

La ley 

Los propietarios a menudo describen el estado actual de la ley asi 
como las duras sanciones con las que nos amenazan. Implicita en este 
enfoque va la sugerencia de que la ley actual refleja un punto de vista 
moral incuestionable — y aun asi al mismo tiempo, se nos insta a con- 
siderar estas sanciones como hechos naturales por los que no se 
puede responsabilizar a nadie. 

Esta lfnea de persuasion no esta disenada para reafirmar el pensa- 
miento critico; esta concebida para reforzar un camino mental ya trazado. 

Es evidente que las leyes no distinguen lo que esta bien de lo que 
esta mal. Todo americano deberia saber que, hace cuarenta anos, en 
muchos estados iba contra la ley que una persona de raza negra se 
sentase en la parte frontal del autobus; pero solamente los racistas 
dirian que sentarse ahi no estaba bien. 

Derecho natural 

Los autores a menudo apelan a una conexion especial con los programas 
que han escrito y anaden que, en consecuencia, sus deseos e intereses 
respecto al programa simplemente prevalecen sobre los de cualquier 
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otra persona — o incluso sobre los del resto del mundo. (Normalmente 
son las empresas, no los autores, los que detentan el copyright sobre el 
software, pero se espera de nosotros que ignoremos esta diferencia). 

Para los que presentan esto como un axioma etico —el autor es mas 
importante que tu— solo les puedo decir que yo mismo, un notable 
autor de software, lo considero una tonteria. 

Sin embargo, la gente, por lo general, solo suele sentir alguna afi- 
nidad hacia las pretensiones basadas en el derecho natural debido a 
dos razones. 

Una razon viene de una analogia forzada entre el software y los 
objetos materiales. Cuando yo cocino espaguetis, me quejo si otra 
persona se los come, porque entonces yo ya no me los puedo comer. 
Su action me perjudica exactamente tanto como lo que le beneficia a 
el; solo uno de nosotros se puede comer los espaguetis, asi que la pre- 
gunta seria, ^quien? La mas minima distincion entre nosotros es sufi- 
ciente para inclinar la balanza etica. 

Pero el hecho de que tu ejecutes o modifiques un programa que yo 
he escrito te afecta a ti directamente y a mi solo indirectamente. Si tu 
le das una copia a tu amigo te afecta a ti y a tu amigo mucho mas que 
lo que me afecta a mi. Yo no deberia tener el poder de decirte que no 
hagas estas cosas. Nadie deberia. 

La segunda razon es que a la gente se le ha dicho que el derecho 
natural de los autores en una tradition indiscutida y aceptada en 
nuestra sociedad. 

Desde un punto de vista historico, lo cierto es lo contrario. La 
idea del derecho natural de los autores fue propuesta y decidida- 
mente rechazada cuando se redacto la Constitution de los EEUU. 
Esa es la razon por la que la Constitution solo permite un sistema 
de copyright y no obliga a que exista otro; por esa razon dice que 
el copyright debe ser temporal. Establece asimismo que el proposi- 
to del copyright es promocionar el progreso —no recompensar a 
los autores. El copyright recompensa a los autores en cierta medi- 
da, y a los editores mas, pero esta concebido como un medio para 
modificar su comportamiento. 

La tradition realmente establecida de nuestra sociedad es que el 
copyright recorta los derechos naturales del publico — y que esto solo 
se puede justificar por el bien del publico. 
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Economia 

El ultimo argumento que se emplea para justificar la existencia de 
propietarios de software es que esto conduce a la production de 
mas software. 

A diferencia de los demas, este argumento por lo menos adopta un 
enfoque legitimo sobre la cuestion. Se basa en un objetivo valido 
— satisfacer a los usuarios de software. Y empiricamente esta claro 
que la gente producira mas de algo si se les paga bien por ello. 

Pero el argumento economico tiene un defecto: se basa en la pre- 
suncion de que la diferencia es solo cuestion de cuanto dinero debe- 
mos pagar. Asume que la «produccion de software» es lo que quere- 
mos, tenga el software propietarios o no. 

La gente acepta gustosamente esta presuncion por que esta de 
acuerdo con nuestra experiencia acerca de los objetos materiales. 
Consideremos por ejemplo un bocadillo. Es posible que puedas 
conseguir un bocadillo equivalente ya sea gratis, ya por un precio. 
Si es asi, la cantidad que pagas es la unica diferencia. Tanto si lo tie- 
nes que comprar como si no, el bocadillo tiene el mismo sabor, el 
mismo valor nutricional, y en cualquier caso te lo puedes comer 
solo una vez. El hecho de si el bocadillo lo obtienes de un propieta- 
rio o no, no puede afectar directamente nada mas que a la cantidad 
de dinero que tienes despues. 

Esto es cierto para cualquier objeto material —el hecho de que 
tenga o no tenga propietario no afecta directamente a lo que es, o a lo 
que puedas hacer con ello si lo adquieres. 

Pero si un programa tiene un propietario, esto afecta en gran medi- 
da a lo que es, y a lo que puedes hacer con una copia si la compras. 
La diferencia no es solo una cuestion de dinero. El sistema de propie- 
tarios de software incentiva a los propietarios de software a producir 
algo —pero no lo que la sociedad realmente necesita. Y causa una 
contamination etica intangible que nos afecta a todos. 

iQue es lo que la sociedad necesita? Necesita information que este 
verdaderamente a disposition de sus ciudadanos —por ejemplo, pro- 
gramas que la gente pueda leer, arreglar, adaptar y mejorar, no solamen- 
te ejecutar. Pero lo que los propietarios de software ofrecen de forma 
caracteristica es una caja negra que no podemos ni estudiar ni modificar. 
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La sociedad tambien necesita libertad. Cuando un programa tiene un 
propietario, los usuarios pierden la libertad de controlar una parte de 
sus propias vidas. 

Y sobre todo una sociedad necesita incentivar el espiritu de coo- 
peration entre sus ciudadanos. Cuando los propietarios de softwa- 
re nos dicen que ayudar a nuestro vecino de una manera natural es 
«pirateria», estan contaminando el espiritu civico de nuestra sociedad. 

Por eso decimos que el software libre es una cuestion de libertad, 
no de precio. 

El argumento economico para justificar la propiedad es erroneo, 
pero la cuestion economica es real. Algunas personas escriben soft- 
ware util por el placer de escribirlo o por admiration y amor; pero 
si queremos mas software del que esas personas escriben, necesita- 
mos conseguir fondos. 

Desde hace ya diez anos, los desarrolladores de software libre han 
probado varios metodos para encontrar fondos, con algo de exito. No 
hay necesidad de hacer rico a nadie; los ingresos medios de una f anu- 
ria norteamericana, alrededor de 35.000 dolares anuales, demuestran 
ser incentivo suficiente para muchos trabajos que son menos satisfac- 
torios que programar. 

Durante anos, hasta que una beca lo hizo innecesario, yo me gana- 
ba la vida realizando mejoras a medida sobre software libre que yo 
habia escrito. Cada mejora se anadia a la version estandar publicada 
y asi, eventualmente, se ponian a disposition del publico en general. 
Los clientes me pagaban para que trabajase en las mejoras que ellos 
querian, en lugar de en las caracteristicas que yo habria considerado 
como la maxima prioridad. 

La Free Software Foundation (FSF), una entidad sin animo de lucro 
exenta de impuestos para el desarrollo de software libre, consigue 
fondos mediante la venta de CD-ROM de GNU, camisetas, manuales 
y distribuciones «deluxe» (que los usuarios son siempre libres de 
copiar y modificar), asi como mediante donaciones. Ahora cuenta 
con un equipo de cinco programadores y tres empleados que se 
encargan de los pedidos por correo. 
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Algunos desarrolladores de software libre ganan dinero mediante la 
venta de servicios de asistencia. Cygnus Support/ que cuenta con 
alrededor de 50 empleados [en 1994, cuando se escribio este articulo], 
estima que en torno al 15 por ciento de la actividad de su equipo es 
desarrollo de software libre — un porcentaje respetable para una 
compania de software. 

Algunas compahias, incluyendo Intel, Motorola, Texas Instruments 
y Analog Devices, han unido esfuerzos para financiar el desarrollo 
continuado del compilador GNU para el lenguaje C. Mientras, el 
compilador GNU para el lenguaje Ada esta siendo financiado por la 
Fuerza Aerea de EEUU, que cree que esta es la manera mas efectiva 
de conseguir un compilador de alta calidad. (La financiacion de la 
Fuerza Aerea se acabo hace algun tiempo; el Compilador GNU de Ada 
esta ahora en servicio, y su mantenimiento se financia comercialmente) 

Todos estos ejemplos son pequehos; el movimiento de software 
libre es aun pequeho y aun joven. Pero el ejemplo de las radios man- 
tenidas por la audiencia de los EEUU muestra que es posible mante- 
ner una actividad grande sin forzar a cada usuario a pagar. 

Como actual usuario de informatica, te puedes encontrar usan- 
do un programa propietario. Si un amigo te pide hacer una copia, 
estaria mal negarse a ello. La cooperacion es mas importante que el 
copyright. Pero una cooperacion clandestina, oculta no contribuye a 
mejorar la sociedad. Una persona deberia aspirar a vivir una vida 
honrada, abiertamente, con orgullo y esto significa decir «no» al 
software propietario. 

Tienes derecho a poder cooperar abierta y libremente con otras 
personas que usan software. Tienes derecho a poder aprender como 
funciona el software, y a ensehar a tus estudiantes con el. Tienes 
derecho a poder contratar a tu programador favorito para arreglar- 
lo cuando se rompa. 

Tienes derecho al software libre. 



1 Cygnus Suppoort siguio teniendo exito, pero luego acepto inversiones foraneas, se 
volvio ambiciosa y empezo a desarrollar software no libre. Entonces fue absorbida por 
Red Hat, que ha lanzado la mayor parte de esos programas como software libre. 



• Que encierra un nombre 



Los nombres transmiten significados; nuestra election de los nom- 
bres determina el significado de lo que expresamos. Un nombre 
inadecuado dara a la gente una idea equivocada. Una rosa, llamese 
como se llame, destilaria el mismo olor, pero si la llamamos «lapiz», 
la gente podria sentirse decepcionada al intentar escribir con ella. Y 
si llamamos «rosas» a los lapices, la gente no entenderia para que sir- 
ven. Si llamamos «Linux» a nuestro sistema operativo, esto conduce 
a una idea equivocada sobre el origen del sistema, su historia y su 
proposito. Si lo llamamos «GNU/Linux», esto conduce — aunque no 
en detalle— a una idea precisa. 

Pero ^importa esto en nuestra comunidad? ^Es importante que la 
gente conozca el origen del sistema, su historia y su proposito? Si, 
porque quienes olvidan la historia estan condenados a repetirla. El 
Mundo Libre que se ha desarrollado en torno a GNU/Linux no es un 
lugar seguro; los problemas que nos llevaron a crear GNU no han 
sido completamente erradicados y amenazan con volver. 

Cuando explico por que es apropiado llamar al sistema operativo 
«GNU/Linux» en vez de «Linux», la gente en ocasiones responde de 
esta manera: 



Escrito originalmente en 2000, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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Aunque es includable que el proyecto GNU merece el reconocimiento por 
esta labor, ^merece la pena protestar si no existe tal reconocimiento? ^No 
es lo importante que el trabajo se hizo, y no quien lo hizo? Usted deberia 
relajarse, sentirse orgulloso de la labor realizada y no preocuparse por el 
reconocimiento. 

Este podria ser un sabio consejo si esa fuera la situation —si el traba- 
jo estuviera terminado y fuera tiempo de descansar. jSi tan solo eso 
fuera cierto! Pero los desafios abundan y no es el momento para 
suponer que el futuro esta garantizado. La fuerza de nuestra comu- 
nidad descansa sobre un compromiso con la libertad y la coopera- 
tion. Usar el nombre de GNU/Linux es una forma de que la gente lo 
recuerde e informe a los demas de nuestros objetivos. 

Es posible escribir buen software libre sin pensar en GNU; 
muchos buenos programas se desarrollaron en nombre de Linux. 
Pero «Linux» se ha asociado, desde que fuera acunado, con una filo- 
sofia que no se compromete con la libertad para cooperar. Dado que 
el nombre se emplea cada vez mas en el mundo de las empresas, 
resultara mas dificil aun asociarlo con el espiritu comunitario. 

Un gran reto para el futuro del software libre es la tendencia de 
las empresas de distribution de Linux a agregar software no libre a 
GNU/Linux en nombre de la conveniencia y la potencia. La mayor 
parte de los desarrolladores de distribuciones comerciales hacen esto; 
ninguno produce una distribution completamente libre. Muchos de 
ellos no identifican claramente los paquetes no libres de sus distribu- 
ciones. Muchos, incluso, desarrollan software no libre y lo ahaden al 
sistema. Algunos se atreven a anunciar, de forma injuriosa, sistemas 
«Linux», «licenciado por puesto», lo que proporciona tanta libertad 
como el Windows de Microsoft. 

Se justifica la inclusion de software no libre en nombre de la «popu- 
laridad de Linux» —en efecto, valoran mas la popularidad que la liber- 
tad. Algunas veces se admite abiertamente. Por ejemplo, en Wired 
Magazine, Robert McMillan, editor de Linux Magazine, afirma que «el 
movimiento por el software de codigo abierto deberia impulsarse sobre 
la base de decisiones tecnicas, no politicas». Y el presidente de Caldera 
animo publicamente a los usuarios a abandonar el objetivo de la liber- 
tad y trabajar en cambio por la «popularidad de Linux». 

Incluir software no libre en el sistema GNU/Linux puede aumentar 
su popularidad, si por popularidad entendemos el numero de personas 
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que usan GNU/Linux en combination con software no libre. Pero al 
mismo tiempo, implicitamente se esta animando a la comunidad a acep- 
tar el software no libre como algo positivo, y a olvidar el objetivo de la 
libertad. De nada sirve caminar mas rapido si nos apartamos del camino. 

Cuando el «anadido» no libre es una biblioteca o una herramienta 
de programacion, esto puede acabar siendo una trampa para los de- 
sarrolladores de software libre. Cuando escriben un programa que 
depende de un paquete no libre, su software no podra f ormar parte de un 
sistema totalmente libre. 1 Si nuestra comunidad sigue en esta direction, el 
futuro de GNU/Linux sera un mosaico de componentes libres y no libres. 
En el plazo de cinco anos, todavia nos quedara mucho software libre, 
pero si nos descuidamos acabaremos por necesitar la presencia de soft- 
ware no libre que los usuarios esperan encontrar al lado del software 
libre. Si esto sucede, nuestra campana por la libertad habra fracasado. 

Si publicar alternativas libres se redujera a una mera cuestion de 
programacion, resolver los futuros problemas podria ser cada vez mas 
facil a medida que aumentaran los recursos destinados al desarrollo en 
nuestra comunidad. Pero algunos obstaculos amenazan con compli- 
car las cosas: las leyes que prohiben el software libre. A medida que 
van acumulandose las patentes de software y que leyes como la 
DMCA 2 se aplican para prohibir el desarrollo de software libre para 
actividades importantes como ver un DVD o escuchar Real Audio, 
nos encontraremos desarmados para luchar contra los formatos de 
datos secretos o patentados, como no sea renunciando a los progra- 
mas no libres que los usan. 

Afrontar estos retos requerira distintos tipos de esfuerzo. Pero lo que 
necesitamos por encima de todo para confrontar cualquier desafio es 



* En este sentido, las bibliotecas Motif y Qt GUI entramparon enormemente al softwa- 
re libre en el pasado, creando problemas cuya solution llevo afios. El problema de Qt 
esta solucionado porque Qt es ahora libre; el problema de Motif no esta todavia com- 
pletamente resuelto, ya que su sustituto, Less Tif, necesita algo mas de pulido — jpor 
favor voluntarios! La implementation Java no libre de Sun y las bibliotecas estandar 
de Java estan causando ya problemas similares, reemplazarlas con software libre es 
uno de los mayores esfuerzos de GNU ahora. 

2 La Digital Millenium Copyright Act de 1998 trataba de actualizar la ley de copyright 
de EE.UU.; las cuestiones incluidas en la DCMA son provisiones que tienen que ver 
con una estratagema para la protection de los sistemas de copyright, el uso razonable 
y las obligaciones de los proveedores de servicios on line. Para mas detalles sobre la 
DCMA vease el capitulo 12. 
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recordar el objetivo de la libertad para cooperar. No podemos espe- 
rar que el mero deseo de un software potente y fiable incite a la gente 
a emprender grandes esfuerzos. Necesitamos la clase de determina- 
cion que la gente tiene cuando lucha por su libertad y su comunidad, 
determinacion para seguir adelante durante afios sin rendirse. 

En nuestra comunidad, este principio y esta determinacion ema- 
nan principalmente del proyecto GNU. Somos quienes hablamos de 
la libertad y de la comunidad como algo por lo que mantenerse fir- 
mes; las organizaciones que hablan de «Linux» normalmente no alu- 
den a esto. Las revistas sobre «Linux» suelen estar llenas de anuncios 
de software no libre; las empresas que empaquetan «Linux» ahaden 
software no libre al sistema; otras «soportan Linux» con aplicaciones 
no libres; los grupos de usuarios de «Linux» invitan a los vendedores 
para presentar esas aplicaciones. El principal espacio en el que la 
gente de nuestra comunidad se puede aproximar mas a la idea de 
libertad y de determinacion esta en el proyecto GNU. 

Sin embargo, ^cuando la gente se topa con el proyecto GNU, se 
siente identificada con el proyecto? 

Los usuarios que son conscientes de estar utilizando un sistema 
originado en el proyecto GNU pueden ver una relacion directa entre 
ellos mismos y GNU. No estaran automaticamente de acuerdo con 
nuestra filosofia, pero al menos tendran una razon para pensar seria- 
mente sobre ello. Por el contrario, quienes se consideren «usuarios de 
Linux» y crean que el proyecto GNU «desarrolla herramientas utiles 
y compatibles con Linux», perciben por lo general una relacion indi- 
recta entre GNU y ellos. Cuando entren en contacto con ella, se limi- 
taran a ignorar la filosofia de GNU. 

El proyecto GNU es idealista y cualquiera que hoy promueva el ide- 
alismo se enfrenta a un gran obstaculo: la ideologia dominante anima a 
la gente a descartar el idealismo por ser «poco practico». Nuestro idea- 
lismo ha sido extremadamente practico: es la razon de que existe un sis- 
tema operativo GNU/Linux libre. La gente que disfruta de este sistema 
deberia saber que se trata de nuestro idealismo hecho realidad. 

Si el «trabajo» estuviera terminado, si no hubiera nada en juego salvo 
el reconocimiento, quizas seria mas sabio abandonar la cuestion. Pero 
no estamos en ese punto. Para inspirar a la gente a seguir trabajando, 
debemos obtener reconocimiento por lo que ya se ha hecho. Por favor 
ayudanos llamando al sistema operativo GNU/Linux por su nombre. 



• Por que «software libre» es mejor 
que «open source» 



Dado que el software libre te daria la misma libertad con cualquier 
otro nombre, que nombre usemos marca una gran diferencia: pala- 
bras distintas transmiten distintas ideas. 

En 1998, algunos dentro de la comunidad del software libre 
empezaron a usar el termino «software open source^ en lugar de 
«software libre» para describir lo que hacian. El termino open source 
se asocio rapidamente con un enfoque distinto, una filosofia distinta, 
e incluso diferentes criterios para decidir que licencias son acepta- 
bles. El movimiento de software libre y el movimiento open source son 
hoy en dia movimientos separados con diferentes puntos de vista y 
objetivos, aunque podamos y trabajemos juntos en algunos proyectos 
practicos. 

La diferencia fundamental entre los dos movimientos esta en sus 
valores, en su vision del mundo. Para el movimiento open source, la 
cuestion de si el software debe ser de fuente abierta es una cuestion 
practica, no etica. Como lo expreso alguien, «el open source es un 
metodo de desarrollo; el software libre es un movimiento social». 
Para el movimiento open source, el software no libre es una solution 



Escrito originalmente en 1998, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 

1 Open Source Software: Software de codigo fuente abierto. [N. del E.] 
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ineficiente. Para el movimiento de software libre, el software no libre 
es un problema social y el software libre es la solution. 

Relation entre el movimiento del software libre y el movimiento 

open source 

El movimiento del software libre y el movimiento open source son como 
dos campos politicos dentro de la comunidad del software libre. 

Grupos radicales de la decada de 1960 desarrollaron una reputa- 
tion de sectarismo: las organizaciones se escindian por desacuerdos 
en detalles estrategicos, y luego se trataban entre si como enemigas. 
O por lo menos, esa es la imagen que la gente tiene de ellos, tanto si 
era verdad como si no. 

La relation entre el movimiento del software libre y el movimien- 
to open source es justo la contraria a esa imagen. Estamos en desacuer- 
do en los principios basicos, pero estamos mas o menos de acuerdo 
en las recomendaciones practicas. Asi que trabajamos juntos en 
muchos proyectos especificos. No pensamos en el movimiento open 
source como enemigo. El enemigo es el software propietario. 

No estamos en contra del movimiento open source, pero no queremos 
que se nos mezcle. Reconocemos que han contribuido a nuestra comu- 
nidad, pero nosotros creamos esta comunidad y queremos que la gente 
lo sepa. Queremos que la gente asocie nuestros logros con nuestros 
valores y filosofia, no con los de ellos. Queremos que se nos oiga, no 
estar difuminados detras de un grupo con puntos de vista diferentes. 
Para prevenir que la gente piense que somos parte de ellos, hacemos 
malabares para no usar la palabra «open» al describir el software libre. 

De modo que, por favor, menciona al movimiento del Software 
Libre cuando hables del trabajo que hemos hecho y del software que 
hemos desarrollado —como el sistema operativo GNU/Linux. 

Comparacion de los dos terminos 

El resto de este articulo compara los terminos «software libre» y open 
source. Muestra por que el termino open source no resuelve ningun 
problema, y de hecho crea algunos. 
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Ambigtiedad 

El termino «software libre» conlleva un problema de ambigiiedad 
para las personas de habla inglesa, un significado indeseado, «soft- 
ware que se puede obtener por un precio cero», que encaja tambien 
con el significado deseado: «software que da al usuario ciertas liber- 
tades». Nosotros hemos afrontado este problema publicando una 
definicion mas precisa de software libre, (vease «Definici6n de soft- 
ware libre») pero esta no es una solution perfecta porque no elimina 
completamente el problema. Un termino correcto menos ambiguo 
seria mejor, si no conllevara otros problemas. 

Por desgracia, todas las alternativas en ingles conllevan sus pro- 
pios problemas. Hemos examinado muchas alternativas que la gente 
ha propuesto, pero ninguna es lo suficientemente correcta como para 
que fuera una buena idea cambiarse a ella. Cualquier substituto para 
«software libre» tiene un problema semantico parecido o peor, esto 
incluye al «software open source». 

La definicion oficial de «software de codigo fuente abierto», tal y 
como esta publicada por la Open Source Initiative, se acerca mucho a 
nuestra definicion de software libre; de todos modos, es algo pobre 
en algunos aspectos y han aceptado algunas licencias que nosotros 
consider amos inaceptablemente restrictivas para los usuarios. De 
todos modos, el significado obvio para «software de codigo fuente 
abierto» es que «puedes ver el codigo fuente». Este es un criterio mas 
pobre que el del «software libre». «Software de codigo fuente abier- 
to» incluye software libre, pero tambien incluye programas semi- 
libres tales como Xv, e incluso algunos programas propietarios, como 
Qt bajo su licencia inicial (antes de la QPL). 

Ese significado obvio para «fuente abierta» no es el significado 
que sus defensores pretenden. El resultado es que la gente a menu- 
do malinterpreta lo que esos defensores defienden. Asi definio «soft- 
ware open source» el escritor Neil Stephenson: 

Linux es «software open source», lo cual quiere decir simplemente que 
cualquiera puede conseguir copias de sus archivos de codigo fuente. 

No creo que el buscara deliberadamente rechazar o discutir la defini- 
cion «oficial». Creo que simplemente aplico las convenciones de la 
lengua inglesa para dar con una definicion para el termino. El estado 
de Kansas publico una definicion similar: 
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Hagan uso del software de codigo abierto. El software de codigo abierto 
es software cuyo codigo fuente esta disponible de forma libre y publica, 
aunque los acuerdos especificos de licencia varian en lo que esta permiti- 
do hacer con ese codigo. 

Por supuesto, la gente del movimiento open source ha intentado afron- 
tar esto publicando una definicion precisa del termino, tal y como 
nosotros hemos hecho con el «software libre». 

Pero la explication de «software libre» es simple —una persona 
que coja la idea de «libertad de expresion, no barra libre» no volvera 
a equivocarse. No hay una forma breve de explicar el significado 
apropiado de «software open source» que muestre claramente que la 
definicion natural es la equivocada. 

Miedo a la libertad 

El argumento principal del termino «software open source» es que el ter- 
mino «software libre» hace que algunas personas se sientan incomodas. 
Esto es cierto: hablar sobre libertad, sobre asuntos eticos, sobre responsa- 
bilidades asi como sobre conveniencia, es pedirle a la gente que piense 
sobre cosas que preferiria ignorar. Esto puede causar malestar y algunas 
personas pueden rechazar la idea por eso. De esto no se debe deducir 
que la sociedad estaria mejor si dejamos de hablar de este tipo de cosas. 

Ahos atras, los desarrolladores de software advirtieron esta reac- 
tion de malestar y comenzaron a explorar otro enfoque para evitarlo. 
Se imaginaron que manteniendo el silencio sobre cuestiones de etica y 
de libertad, y hablando unicamente de los benef icios practicos inmedia- 
tos de cierto software libre, podrian ser capaces de «vender» software 
mas efectivamente a ciertos usuarios, especialmente a las empresas. El 
termino open source se ofrece como una forma mas de hacer esto —una 
forma de ser «mas aceptable a las empresas». Los puntos de vista y los 
valores del movimiento open source se derivan de esta decision. 

Este enfoque ha demostrado ser efectivo en sus propios terminos. 
Hoy mucha gente se esta cambiado al software libre por razones 
puramente practicas. Esto es bueno, mientras siga ocurriendo, jpero 
eso no es todo lo que necesitamos hacer! Atraer a los usuarios al soft- 
ware libre no es todo el trabajo, es solo el primer paso. 
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Tarde o temprano a estos usuarios se les invitara a regresar al softwa- 
re propietario por alguna ventaja practica. Innumerables empresas 
intentan ofrecer tal tentacion, y ipor que iban a rechazarla los usuarios? 
Solo si han aprendido a valorar la libertad que les da el software libre, en 
su propio interes. Depende de nosotros difundir esta idea — y para eso 
tenemos que hablar de libertad. En buena parte, el enfoque «guarda 
silencio» para acercarse a las empresas puede ser util para la comuni- 
dad, pero tambien debemos tener bastante libertad de expresion. 

Actualmente tenemos mucho «guarda silencio», pero no tenemos 
suficiente libertad de expresion. La mayoria de la gente comprometi- 
da con el software libre dice poco acerca de la libertad — normalmen- 
te porque buscan tener «mas aceptacion en las empresas». Los distri- 
buidores de software muestran este patron de forma especial. 
Algunos distribuidores de software GNU/Linux ahaden paquetes 
propietarios al sistema basico libre e invitan a los usuarios a conside- 
rar esto como una ventaja, en lugar de un retroceso en la libertad. 

Estamos fracasando en mantener la influencia sobre los usuarios 
de software libre, estamos fracasando en ensenar a la gente algo de 
libertad y de nuestra comunidad tan pronto como entran en ella. Esta 
es la razon por la cual software no libre —como QT en el momento 
de hacerse popular — y distribuciones de sistemas operativos parcial- 
mente libres encuentran tierra fertil. Dejar de usar la palabra «libre» 
seria un error, necesitamos hablar mas, no menos, de libertad. 

Si los que usan el termino open source atraen a mas usuarios a nuestra 
comunidad, se trata en si de una contribution, pero el resto de nosotros 
tendra que trabajar mas duro aun para llevar la cuestion de la libertad 
al centro de atencion de esos usuarios. Tenemos que decir «!es softwa- 
re libre y te da libertad! » —mas veces y mas alto que nunca. 

^Podria ayudar una marca registrada? 

Los defensores del open source trataron de convertirlo en una marca 
registrada, diciendo que esto podria permitirles prevenir su mal uso. 
Se desistio del intento cuando se dejo prescribir la solicitud en 1999, 
de tal forma que el rango legal del open source es el mismo que el del 
«software libre»: no hay restriction legal para su uso. He oido infor- 
maciones sobre ciertas compahias que llaman open source a sus 
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paquetes de software aunque no se ajustaban a la definition oficial; 
yo mismo he observado algunos ejemplos. 

^Pero habria significado una gran diferencia usar un termino que 
es una marca registrada? No necesariamente. 

Las companias tambien han hecho anuncios que dan la impresion de 
que un programa es open source sin decirlo explicitamente. Por ejemplo, 
un anuncio de IBM sobre un programa que no se ajustaba a la definition 
oficial decia esto: «Como es comun en la comunidad open source, los 
usuarios de la tecnologia [. . .] tambien podran colaborar con IBM [...]» 

En realidad, esto no afirma que el programa fuera open source, 
pero muchos lectores no advirtieron ese detalle. (Deberia destacar 
que IBM estuvo tratando sinceramente de hacer que este programa 
fuera software libre, y mas tarde adoptaron una nueva licencia que lo 
hacia software libre y open source; pero cuando se hizo el anuncio, el pro- 
grama no estaba cualificado para adoptar ninguno de los dos nombres). 

Y asi es como Cygnus Solutions, que se creo para ser una compa- 
nia de software libre y mas tarde se expandio, por asi decirlo, al soft- 
ware propietario, publicito algunos productos de software propieta- 
rio: «Cygnus Solutions es un lider en el mercado de open source y 
acaba de lanzar dos productos al mercado GNU/Linux». 

A diferencia de IBM, Cygnus no estaba tratando de hacer paque- 
tes de software libre y los paquetes no se cehian a esa calificacion. 
Pero Cygnus realmente no dijo que esos programas fueran open sour- 
ce, ellos solo hicieron uso de ese termino para dar a los lectores 
incautos esa impresion. 

Estas observaciones nos indican que una marca registrada no 
hubiera impedido de verdad la confusion que viene dada con el ter- 
mino open source. 

Malentendidos del open source 

La definition de open source es suficientemente clara y esta bastante 
claro que el tipico programa no libre no cumple con esa calificacion. 
Entonces pensaras que una «compahia de software open source» 
podria ser cualquiera cuyos productos sean software libre, — o que 
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estuvieran cerca de serlo— , ^correcto? Desafortunadamente, muchas 
companias estan tratando de darle un significado diferente. 

En el encuentro del «Dia de fabricantes de open source» en agosto de 
1998, varios de los fabricantes comerciales invitados dijeron que ellos 
solamente tenian en mente convertir una parte de su trabajo en softwa- 
re libre — u open source. El enfoque de sus negocios esta en desarrollar 
accesorios propietarios —software o manuales— para vender a los 
usuarios de software libre. Nos piden que consideremos esto como 
legitimo, como parte de nuestra comunidad, debido a que parte del 
diner o se dona al desarrollo de software libre. 

En efecto, estas companias buscan ganar el distintivo favorable de 
open source para sus productos de software propietario — aun a pesar 
del hecho que no es software open source— porque tienen alguna rela- 
tion con el software libre o porque la misma compania tambien mantie- 
ne algo de software libre. (Un inversor de una compania dijo de forma 
bastante explicita que incluirian en los paquetes libres que ellos sopor- 
tan tan poco trabajo propio, como el que la comunidad les permita). 

Con el paso de los afios muchas companias han contribuido al 
desarrollo del software libre. Algunas de estas companias desarrolla- 
ban principalmente software no libre, pero las dos actividades estaban 
separadas; asi, podiamos ignorar sus productos no libres, y trabajar con 
ellos en proyectos de software libre. De este modo, tiempo despues 
podriamos estarles sinceramente agradecidos por sus contribuciones al 
software libre, sin tener que hablar sobre el resto de lo que hacian. 

No podemos hacer lo mismo con estas nuevas companias, por- 
que no nos lo van a permitir. Estas companias tratan activamente de 
conducir al publico a confundir todas sus actividades, quieren que 
estimemos su software no libre tan f avorablemente como lo hariamos 
con una autentica contribution, a pesar de que la suya no lo sea. Se 
presentan a si mismas como «companias open source», esperando que 
desarrollemos un sentimiento calido y tierno hacia ellas, y que este- 
mos locos por demostrarlo. 

Esta practica manipuladora no podria ser menos danina si se 
hiciera usando el termino «software libre». Pero parece que las com- 
panias no usan de esa manera el termino «software libre»; tal vez su 
asociacion con el idealismo lo hace parecer inapropiado. El termino 
open source abrio la puerta a esta practica. 
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En una feria sectorial a finales de 1998, dedicada al sistema operativo a 
menudo denominado «Linux», el conferenciante invitado era un ejecu- 
tivo de una prominente compania de software. Probablemente lo invi- 
taron teniendo en cuenta la decision de su compania de «apoyar» ese 
sistema. Desafortunadamente, su forma de «apoyo» consistio en 
sacar al mercado software no libre compatible con el sistema —en 
otras palabras, usando nuestra comunidad como un mercado pero 
sin contribuir a ella. 

Dijo, «no hay forma de que nosotros hagamos open source nuestro 
producto, pero quiza lo hagamos open source internamente. Si permiti- 
mos que nuestro personal de asistencia al cliente tenga acceso al codi- 
go fuente, podrian corregir errores para los clientes y podriamos pro- 
porcionar un mejor producto y un mejor servicio». (Esto no es una cita 
exacta, porque no tome nota de sus palabras, pero refleja la idea clave). 

Personas del publico me dijeron despues, «es que no entiende la 
cuestion». Pero, ^es eso cierto? iQue cuestion no entendio? 

A el no se le escapo la esencia del movimiento open source. Dicho 
movimiento no dice que lo usuarios deban tener libertad, unicamen- 
te dice que permite a mas gente acceder al codigo fuente y al ayudar 
a mejorarlo conduce a un mejor y mas rapido desarrollo. El ejecutivo 
comprendio esa cuestion completamente; no deseoso de desarrollar 
ese enfoque al completo, incluyendo a los usuarios, estaba pensando 
en implementarlo parcialmente, dentro de la compania. 

La cuestion que se le escapo es la cuestion para cuya discusion no 
esta disehado el open source: la cuestion de que los usuarios tienen 
derecho a la libertad. 

Difundir la idea de libertad es un gran trabajo — necesita de tu 
ayuda. Por eso en el proyecto GNU somos fieles al termino «softwa- 
re libre», y asi poder ayudar a hacer ese trabajo. Si te parece que la 
libertad y la comunidad son importantes en si mismas —no solo por 
las ventajas que conllevan— por favor unete a nosotros usando el ter- 
mino «software libre». 



• Como promover el software libre 
si trabajas en la universidad 



En el movimiento del software libre creemos que los usuarios de 
ordenadores deberian tener libertad para cambiar y redistribuir el 
software que utilizan. El adjetivo «libre» en el software libre hace 
referenda a la libertad: libertad del usuario para ejecutar, modificar y 
redistribuir software. El software libre contribuye al saber humano, al 
contrario que el software propietario. Por este motivo, las universida- 
des deberian fomentar el software libre, para hacer una aportacion al 
progreso del conocimiento humano, del mismo modo que deben ani- 
mar a cientificos y academicos a publicar sus obras. 

Pero el software (y la ciencia) despiertan la codicia en un gran 
numero de gerentes universitarios: consideran los programas como 
una potencial fuente de ingresos y no como aportaciones al saber 
humano. Los programadores de software libre llevan conviviendo 
con esta tendencia desde hace casi veinte ahos. 

Cuando comence a desarrollar el sistema operativo GNU en 1984, 
lo primero que hice fue renunciar a mi trabajo en el MIT. Hice esto 
precisamente para que asi la oficina de licencias del MIT fuera inca- 
paz de interferir en la publication de GNU como software libre. 
Habia disehado una estrategia para licenciar los programas contenidos 



Escrito originalmente en 2002, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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en GNU que garantizaria que todas las versiones modificadas seguirian 
siendo software libre, una estrategia que acabaria convirtiendose en la 
GNU General Public License (GNU GPL). 1 No queria tener que rogar- 
le a la administration del MIT que me permitiera usarla. 

Con el paso de los anos, varias filiales universitarias han acudi- 
do con frecuencia a la Free Software Foundation para asesorarse sobre 
la forma de negociar con los gerentes que opinan que el software es 
tan solo algo que vender. Un buen metodo, aplicable incluso a pro- 
yectos especificamente financiados, consiste en basar su trabajo en 
un programa ya existente publicado con GNU GPL. De esta forma, 
se puede responder a los gerentes: «No podemos publicar la version 
modificada, a menos que sea con GNU GPL, de otro modo estaria- 
mos infringiendo el copyright». Una vez desaparecido cualquier 
rastro del simbolo del dolar en sus ojos, por lo general consentiran 
en publicarlo como software libre. 

Tambien se puede pedir ayuda al patrocinador del proyecto. 
Cuando un equipo de la NYU (Universidad de Nueva York) desarro- 
116 el compilador GNU Ada con fondos procedentes de las Fuerzas 
Aereas de los EEUU, el contrato especificaba que el codigo resultan- 
te se donaria a la Free Software Foundation. Primer o se negocia el 
acuerdo con el patrocinador, luego se explica cortesmente a la admi- 
nistration de la universidad que no habra renegotiation de ninguna 
clase. Dado que la administration prefiere tener un contrato para 
desarrollar software libre antes que quedarse con las manos vacias, lo 
mas probable es que acepten el trato. 

Hagais lo que hagais, habra que plantear la cuestion cuanto antes 
— desde luego, antes de que el programa este a medio camino. 
Llegados a este punto, la universidad todavia os necesita, asi que 
podreis jugar duro: advertir a la administration de que el programa 
se terminara y se dejara listo para ser usado, siempre y cuando acuer- 
den por escrito convertirlo en software libre — y acepten la licencia de 
software libre de vuestra election. De lo contrario, solo alcanzareis a 
escribir una ponencia al respecto y nunca desarrollareis una version 
lo bastante buena para publicar se. Cuando los gestores comprendan 
que sus opciones se limitan a tener un paquete de software libre que 
aportara prestigio a la universidad o nada de nada, por lo general se 
decantaran por la primera option. 



En castellano, Licencia publica general GNU. 
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No todas las universidades tienen politicas codiciosas. La politica de 
la Universidad de Texas tiene una politica que facilita que todo el 
software desarrollado en ella se publique como software libre bajo 
la licencia GPL. Univates en Brasil y el Indian Institute of Infor- 
mation Technology en Hyberabad, India, practican politicas de 
publication de software con GPL. Si os ganais primero el apoyo del 
profesorado, es posible que logreis instituir una politica semejante en 
vuestra universidad. Exponedlo como una cuestion de principio: 
^tiene la universidad la mision de contribuir al progreso del saber 
humano o su unico objetivo es perpetuarse a si misma? 

Sea cual sea vuestra postura, siempre conviene mostrar determina- 
tion y adoptar una perspectiva etica, tal y como lo hacemos nosotros en 
el movimiento del software libre. Si deseamos tratar al publico etica- 
mente, el software deberia ser libre en el sentido de libertad para todos. 2 

Muchos programadores de software libre se limitan a alegar razo- 
nes practicas: defienden que el software se comparta con otros y se 
modifique como forma de acelerar la creation de un software potente 
y fiable. Si son estos valores los que os mueven a desarrollar software 
libre, muy bien, se agradece vuestra contribution. Pero no son la clase 
de valores que os permitiran hacer frente con firmeza a los gestores de 
la universidad que pretendan hacer propietario vuestro programa. 

Por ejemplo, pueden aducir: «Podriamos hacer mas potente y fia- 
ble el programa con todo el dinero que se obtenga de las ventas». Esto 
puede resultar cierto o no, pero a priori es dificil presentar argumen- 
tos en contra. Pueden sugerir una licencia que ofrezca copias «gratui- 
tas, solo para uso academico», y asi lanzar el mensaje al publico de 
que no merecen esa libertad y ademas alegar que de esta manera 
lograrias la cooperation de la comunidad academica, que es — razo- 
narian— todo lo que necesitas. 

Si se parte de unos valores «pragmaticos», es dificil plantear 
buenas razones para rechazar estas propuestas, que son en realidad 
un callejon sin salida, sucede lo contrario al fundamentar nuestra 
postura en valores eticos y politicos. ^De que serviria un programa 
potente y fiable a costa de la libertad de los usuarios? ^No deberia 
la libertad estar presente tanto fuera como dentro de la academia? 



Algo obvio en castellano, pero no en ingles donde «free» significa tambien gratis. 
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Las respuestas resultan obvias siempre que la libertad y el bien de 
la comunidad figuren entre nuestros objetivos. El software libre 
respeta la libertad de los usuarios, mientras que el software propie- 
tario la niega. 

Nada mejor que ser consciente, en este caso en concreto, para 
aumentar nuestra determination de que la libertad de la comunidad 
depende de nosotros. 



• Vender software libre 



MUCHA GENTE CREE QUE EL ESPIRITU DEL PROYECTO GNU COnsiste en que 

no se debe poner precio a la distribution de copias de software, o que 
se debe cobrar lo menos posible — lo suficiente para cubrir costes. 

En realidad, nosotros defendemos que quienes redistribuyen soft- 
ware libre cobren cuanto quieran o cuanto puedan. Si esto te sorpren- 
de, sigue leyendo, por favor. 

La palabra «libre» admite dos significados generales; se puede 
referir tanto a la libertad como al precio. Cuando hablamos de «soft- 
ware libre» nos referimos a la libertad y no al precio. 1 En concreto, 
esto significa que un usuario es libre de instalar un programa, cam- 
biarlo y redistribuirlo con o sin cambios. 

Algunas veces los programas libres se distribuyen gratis y otras a 
cambio de un precio cuantioso. A menudo un mismo programa esta 
disponible de ambas formas en diferentes lugares. El programa es 
libre sin que importe su precio, porque los usuarios lo pueden utili- 
zar libremente. 



Escrito originalmente en 1996, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 

1 Piensa en libertad de expresion, no en barra libre. 
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Los programas que no son libres se venden frecuentemente a precios 
altos, pero a veces una tienda te ofrece una copia sin cobrarte. No 
obstante, eso no lo convierte en software libre. Con o sin precio, el 
programa no es libre porque los usuarios no tienen libertad. 

Dado que el software libre no es una cuestion de precio, un precio 
bajo no resulta mas libre, ni mas proximo a lo libre. De modo que si 
redistribuyes copias de software libre, tambien puedes fijar un precio 
cuantioso para hacer algo de dinero. Redistribuir software es una 
actividad buena y legitima; si lo haces, tambien puedes sacar una 
ganancia por ello. 

El software libre es un proyecto comunitario y cualquiera que lo 
integre deberia buscar formas de contribuir a la construction de la 
comunidad. La manera de conseguir esto, para un distribuidor, consis- 
te en donar una parte de los beneficios a la Free Software Foundation o a 
cualquier otro proyecto que desarrolle el software libre. Financiando el 
desarrollo haras avanzar el mundo del software libre. 

jDistribuir software libre es una oportunidad de obtener medios 
para el desarrollo! jNo la pierdas! 

Para aportar fondos, necesitas tener alguna ganancia. Si fijas pre- 
cios demasiado bajos, no te quedara nada para apoyar el desarrollo 
del software libre. 

^Puede perjudicar un precio de distribution mas alto a algunos 
usuarios? 

A la gente a veces le preocupa que un alto precio de distribution 
ponga al software libre fuera del alcance de usuarios sin mucho dine- 
ro. Con el software propietario, un precio alto provoca exactamente 
esto —pero el software libre es diferente. 

La diferencia es que el software libre tiende a difundirse de forma 
natural y hay muchas formas de obtenerlo. 

Los monopolistas del ambito del software intentan como locos 
que no instales un programa propietario sin pagar el precio de mer- 
cado. Si dicho precio es alto,sera dificil que muchos usuarios utilicen 
ese programa. 
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Con el software libre, los usuarios no tienen que pagar un precio de 
distribution para utilizar software. Pueden copiar el programa de un 
amigo que tenga una copia o con la ayuda de un amigo que tenga acce- 
so a la red. O se pueden juntar varios usuarios, pagar a escote un CD 
ROM e instalarse el software por turnos, que el CD ROM tenga un pre- 
cio alto no supone un gran impedimento cuando el software es libre. 

^Puede desalentar un precio de distribution mas alto el uso de 
software libre? 

Otro motivo de preocupacion comun esta relacionado con la popula- 
ridad del software libre. La gente piensa que los precios de distribu- 
tion altos podrian reducir el numero de usuarios, o que los precios 
bajos pueden alentarlo. 

Esto resulta cierto para el software propietario — pero el software 
libre es distinto. Con tantas maneras de conseguir copias, el precio 
del servicio de distribution tiene menos efecto en su popularidad. 

A largo plazo, la cantidad de gente que use software libre depen- 
de principalmente de cuanto puede hacer con el software libre y de lo 
facil que sea su manejo. Muchos usuarios seguiran utilizando softwa- 
re propietario si el software libre no puede hacer todos los trabajos 
que ellos desean. Asi, si queremos incrementar el numero de usuarios 
a largo plazo, sobre todo deberemos desarrollar mas software libre. 

La via mas directa para hacer esto es escribir por tu cuenta softwa- 
re libre y los manuales necesarios. Pero si te dedicas a la distribution 
antes que a la programacion, el mejor modo de ayudar es conseguir 
fondos para que otros lo escriban. 

La expresion «vender software» tambien puede ser confusa 

Rigurosamente « vender » significa intercambiar bienes por dinero. 
Vender una copia de un programa libre es legitimo y nosotros lo 
alentamos. 
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De todos modos, cuando la gente piensa acerca de «vender softwa- 
re^ normalmente imagina que se hace del mismo modo que la mayo- 
ria de las empresas: produciendo software propietario mejor que 
software libre. 

Por lo tanto, a menos que se establezcan las distinciones con cui- 
dado, como se hace en este articulo, aconsejamos que se evite la 
expresion «vender software» y que se elija otra formula en su lugar. 
Por ejemplo, se podria decir «distribuir software libre por un precio» 
—una formula no ambigua. 

Precios altos o bajos y la GNU GPL 

Excepto en un caso especial, la licencia GPL (General Public License) de 
GNU no establece requisitos sobre cuanto puedes cobrar por distribuir 
una copia de software libre. Puedes no cobrar nada, un penique, un 
dolar o un billon de dolares. Depende de ti y del mercado, asi que no te 
nos quejes si nadie quiere pagar un billon de dolares por una copia. 

La unica exception se da en el caso de que los binarios se distribu- 
yan sin su codigo fuente completo. A los que hacen esto, la GNU GPL 
les obliga a proporcionar en lo sucesivo el codigo fuente. Lo deben 
hacer sin un limite en el precio para el codigo fuente, ya que serian 
capaces de fijar una cantidad demasiado grande como para que 
alguien la pague —como un billon de dolares, por ejemplo— y de 
este modo fingir que el codigo fuente se esta publicando, cuando en 
realidad se esta ocultando. Por lo tanto en este caso tenemos que limi- 
tar el precio de la fuente para asegurar la libertad del usuario. En 
situaciones normales, de todos modos, no existe tal justification para 
limitar los precios de distribution, asi que no los limitamos. 

A veces las companias cuyas actividades traspasan la linea de lo 
que la GNU GPL permite, suplican un permiso y dicen «no cobrare- 
mos por el software GNU», o algo parecido. Asi no llegan a ninguna 
parte. El software libre tiene que ver con la libertad y reforzar la GPL 
es defender la libertad. Al defender la libertad de los usuarios, no nos 
distraen cuestiones secundarias como cuanto se cobra por una distri- 
bution. La libertad es la cuestion, toda la cuestion y la unica cuestion. 



• El software libre necesita 
documentation libre 



La mayor deficiencia en los sistemas operaiwos libres no se encuen- 
tra en el software, sino en la falta de buenos manuales libres que 
podamos incluir en esos sistemas. Muchos de nuestros programas 
mas importantes no vienen acompanados de manuales completos. La 
documentation es una parte esencial de cualquier paquete de softwa- 
re; cuando un paquete de software libre relevante no esta acompana- 
do de un manual libre, se produce una tremenda laguna. Hoy en dia 
tenemos muchas de estas lagunas. 

Erase una vez, hace muchos afios, pense «voy a aprender Perl». 
Consegui una copia de un manual libre, pero lo encontre dificil de 
leer. Cuando pedi a los usuarios de Perl que me dieran alternativas, 
me dijeron que habia mejores manuales de introduction, pero estos 
no eran libres. 

iQue ocurria? Los autores habian escrito buenos manuales para 
O'Reilly Associates, que los edito con condiciones restrictivas —no 
se podian copiar ni modificar, y los archivos originales no estaban 
disponibles— , lo que los dejaba al margen de la comunidad del 
software libre. 



Escrito originalmente en 2000, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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No era la primera vez que habia pasado tal cosa y —para desgracia 
de nuestra comunidad— estaba lejos de ser la ultima. Desde enton- 
ces, los editores de manuales propietarios han incitado a muchisimos 
autores a hacer restrictivos sus manuales. Cuantas veces habre oido a 
un usuario de GNU hablarme apasionadamente sobre un manual 
que esta escribiendo, con el que espera ayudar al proyecto GNU y 
despues me deja con un palmo de narices, mientras procede a expli- 
car que ha firmado un contrato con un editor que lo limitara tanto 
que no podremos usarlo. 

Dado que entre los programadores escribir bien en un ingles 
correcto es una habilidad poco habitual, dificilmente nos podremos 
permitir perder manuales de esta manera. 

La documentation libre, como el software libre, es un asunto de 
libertad y no de precio. El problema con estos manuales no era que 
O'Reilly pusiera un precio por ejemplar impreso — lo cual en si esta 
bien. (La Free Software Foundation tambien vende ejemplares impresos 
de manuales sobre GNU). Pero los manuales de GNU estan disponi- 
bles con su codigo fuente, mientras que estos manuales solo estan 
disponibles en papel. Los manuales de GNU vienen con un permiso 
de copia y modification; los manuales de Perl no. Estas restricciones 
son el problema. 

El criterio con los manuales libres es bastante parecido al del soft- 
ware libre: se trata de proporcionar ciertas libertades a todos los 
usuarios. La distribution — incluyendo la distribution comer cial— 
debe ser permitida, de modo que el manual pueda acompahar a cada 
copia del programa, en papel o en la Red. El permiso de modification 
es tambien crucial. 

Como norma general, no creo que tener permiso para modificar 
todo tipo de articulos y libros resulte esencial para la gente. Los pro- 
blemas para el texto impreso no son necesariamente los mismos que 
los del software. Por ejemplo, no me parece que hi o yo estemos obli- 
gados a dar permiso para modificar articulos como este, que descri- 
ben nuestras practicas y nuestros puntos de vista. 

Pero hay un motivo particular por el que la libertad de modifica- 
tion es crucial para la information que acompaha al software libre. 
Cuando la gente ejercita su derecho a modificar el software y ahade 
o cambia sus caracteristicas, si es concienzuda tambien cambiara su 
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correspondiente manual -de este modo pueden suministrar infor- 
mation precisa y util con el programa modificado. Un manual que 
impide a los programadores ser concienzudos y acabar el trabajo, o 
para ser mas exactos, que les obliga a escribir desde cero un nuevo 
manual si cambian el programa, no responde a las necesidades de 
nuestra comunidad. 

Si bien es inaceptable prohibir de pleno la modification, cierto 
tipo de limites a los medios de modification no suponen ningun pro- 
blema. Por ejemplo, son aceptables las exigencias de mantener la nota 
del copyright original del autor, las condiciones de distribution o la 
lista de autores. Tampoco es un problema obligar a que en las versio- 
nes modificadas haya constancia de que han sido modificadas, o 
incluso tener secciones enteras que no pueden ser borradas o cambia- 
das, siempre que esas secciones traten sobre asuntos no tecnicos. 
(Algunos manuales de GNU las tienen). 

Este tipo de restricciones no son un problema porque, en la 
practica, no impiden que el programador concienzudo adapte el 
manual para que corresponda con el programa modificado. En 
otras palabras, no coartan a la comunidad del software libre en su 
pleno uso del manual. 

De todos modos, debe ser posible modificar todo el contenido tec- 
nico del manual y luego distribuir el resultado a traves de todos los 
medios, a traves de todos los canales habituales; de no ser asi, las res- 
tricciones coartaran a la comunidad, el manual no sera libre y por lo 
tanto necesitaremos otro. 

Por desagracia, a menudo cuesta encontrar a alguien que escriba 
otro manual cuando ya existe un manual propietario. El obstaculo es 
que muchos usuarios piensan que un manual propietario resulta 
suficientemente aceptable — y de este modo no consideran la necesi- 
dad de escribir un manual libre. No comprenden que el sistema ope- 
rativo libre tiene una necesidad que se debe cubrir. 

(jPor que piensan los usuarios que los manuales propietarios son 
suficientes? Algunos no se han parado a pensar en ello. Espero que 
este articulo ayude a cambiar esta situation. 

Otros usuarios consideran aceptables los manuales propietarios 
por el mismo motivo que mucha gente considera aceptable el soft- 
ware propietario: juzgan segun terminos puramente practicos, sin 
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considerar la libertad como criterio. Esta gente tiene derecho a opinar 
asi, pero dado que estas opiniones brotan de valores que no incluyen 
la libertad, no son una guia para los que si valoramos la libertad. 

Por favor, difunde estas idea sobre este asunto. Seguimos perdien- 
do manuales en provecho de las ediciones propietarias. Si difundi- 
mos la idea de que los manuales propietarios no son suficientes, qui- 
zas el proximo que quiera ayudar a GNU escribiendo una guia se 
dara cuenta, antes de que sea demasiado tarde, de que por encima de 
todo debe ser libre. 

Tambien podemos animar a los editores comerciales a vender 
manuales libres basados en copyleft en lugar de manuales propieta- 
rios. Puedes ayudar si compruebas las condiciones de distribution de 
un manual antes de comprarlo y eliges los manuales copyleft frente 
los que no los son. 

(Nota: la Free Software Foundation mantiene la pagina web 
http://www.gnu.org/doc/other-free-books.html que tiene un listado 
de libros copyleft disponibles a traves de otros editores.) 



10. La cancion del software libre 

La melodia es de la cancion popular bulgara «Sadi Moma» 



whistle 



orchestral strings 



Join us now and share the soft-ware You'll be 
Hoard - ers may get piles of mo- ney, That is 
When we have e - nough free soft-ware At our, 



H 



W^rro I H QH n 



free hack - ers, you'll be 
true, hack - ers, that is 
call, hack - ers, at our 



free_ 
true_ 
call, 



Join us now and 
But they can - not 
We'll kick out those 



=es= 



=ea; 



share the soft - ware You'll be 
help their neigh-bors That's not_ 
dir - ty li-cens-es Ev - er 



free hack - ers, you'll be free, 
good, hack - ers, that's not good, 
more, hack - ers, Ev - er more. 



i r) nrj = g m | t> r|r| | 1T = 



Escrito originalmente en 1993. Esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de sueftos, 2004 (http:/Avww.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del artfculo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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Seccion DOS 




Copyright, copyleft y patentes 



• El derecho a leer 



(De «E1 camino a Tycho», una coleccion de articulos sobre los antece- 
dentes de la Revolution Lunaria, publicado en Luna City en 2096.) 

Para Dan Halbert, el camino hacia Tycho comenzo en la universi- 
dad, cuando Lissa Lenz le pidio prestado su ordenador. El suyo se 
habia estropeado y a menos que pudiese usar otro suspenderia el 
proyecto de fin de trimestre. Ella no se habria atrevido a pedirselo a 
nadie, excepto a Dan. 

Esto puso a Dan en un dilema. Tenia que ayudarla, pero si le pres- 
taba su ordenador ella podria leer sus libros. Dejando a un lado el 
peligro de acabar en la carcel durante muchos ahos por permitir a 
otra persona leer sus libros, al principio la simple idea le sorprendio. 
Como todo el mundo, habia aprendido desde los afios de colegio que 
compartir libros era malo, algo que solo un pirata haria. 

Ademas, era muy improbable que la SPA —Software Protection 
Authority [Autoridad para la Protection del Software]— lo descu- 
briese. En sus clases de programacion, habia aprendido que cada 
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libro tenia un control de copyright que informaba directamente a la 
oficina central de licencias de cuando y donde se estaba leyendo, y 
quien leia — utilizaban esta information para descubrir a los piratas 
de la lectura, pero tambien para vender perfiles personales a otros 
comercios. La proxima vez que su ordenador se conectase a la red, la 
oficina central de licencias lo descubriria todo. El, como propietario 
del ordenador, recibiria el castigo mas duro por no tomar las medi- 
das necesarias para evitar el delito. 

Por supuesto, podria ser que Lissa no quisiera leer sus libros. 
Probablemente lo unico que necesitaba del ordenador era redactar su 
proyecto. Pero Dan sabia que ella provenia de una familia de clase 
media, que a duras penas se podia permitir pagar la matricula y no 
digamos las tasas de lectura. Leer sus libros podia ser la unica forma 
por la que podria terminar la carrera. Comprendia la situation; el 
mismo habia pedido un prestamo para pagar por los articulos de 
investigation que leia —el 10% de ese dinero iba a parar a sus auto- 
res y como Dan pretendia hacer carrera en la Universidad, esperaba 
que sus articulos de investigation, en caso de ser citados frecuente- 
mente, le darian suficientes beneficios como para pagar el credito. 

Con el paso del tiempo, Dan descubrio que hubo una epoca en 
que todo el mundo podia acudir a una biblioteca y leer articulos, 
incluso libros, sin tener que pagar. Habia investigadores indepen- 
dientes que podian leer miles de paginas sin necesidad de recurrir a 
becas de biblioteca. Pero desde los anos noventa del siglo anterior, las 
editoriales, tanto comerciales como no comerciales, habian empeza- 
do a cobrar por el acceso a los articulos. En 2047, las bibliotecas con 
acceso publico a literatura academica eran solo un vago recuerdo. 

Habia f ormas de saltarse los controles de la SPA y de la oficina cen- 
tral de licencias. Pero tambien eran ilegales. Dan conocio a un compa- 
hero de clase, Frank Martucci, que consiguio una herramienta ilegal de 
depuration y la usaba para saltarse el control de copyright de los 
libros. Pero se lo conto a demasiados amigos, y uno de ellos le denun- 
cio a la SPA a cambio de una recompensa —era facil tentar a los estu- 
diantes endeudados para traicionar a sus amigos. En 2047, Frank esta- 
ba en la carcel, pero no por pirateria, sino por tener un depurador. 

Dan averiguo mas tarde que hubo un tiempo en que cualquiera 
podia tener un depurador. Habia incluso depuradores gratuitos en 
CD o disponibles libremente en la red. Pero los usuarios normales 
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empezaron a usarlos para saltarse los controles de copyright y por fin 
un juez dictamino que ese se habia convertido en su principal uso 
practice Eso significaba que los depuradores eran ilegales y los pro- 
gramadores que los crearon fueron a parar a la carcel. 

Obviamente, los programadores aun necesitan depuradores, 
pero en 2047 solo habia copias numeradas de los depuradores 
comerciales y solo estaban disponibles para los programadores ofi- 
cialmente autorizados. El depurador que Dan habia utilizado en sus 
clases de programacion estaba detras de un cortafuegos para que 
solo pudiese utilizarse en los ejercicios de clase. 

Tambien se podia saltar el control de copyright instalando el ker- 
nel de un sistema modificado. Dan descubrio que, hacia el cambio de 
siglo, hubo kernels libres, incluso sistemas operativos completos. 
Pero ahora no solo eran ilegales, como los depuradores. No se podia 
instalar sin saber la clave de superusuario del ordenador y ni el FBI 
ni el servicio tecnico de Microsoft la revelarian. 

Dan llego a la conclusion de que simplemente no podia dejarle a 
Lissa su ordenador. Pero no podia negarse a ayudarla, porque estaba 
enamorado de ella. Cada oportunidad de hablar con ella era algo 
maravilloso. Y el hecho de que le hubiese pedido ayuda a el podia 
significar que ella sentia lo mismo. 

Dan resolvio el dilema haciendo algo incluso mas increible, le dejo 
su ordenador y le dio su clave. De esta forma, si Lissa leia sus libros, 
la oficina central de licencias pensaria que era el quien estaba leyen- 
do. Seguia siendo un delito, pero la SPA no lo detectaria automatica- 
mente. Solo podrian descubrirlo si Lissa le denunciaba. 

Si la universidad descubriese que le habia dado su clave a Lissa, 
significaria la expulsion de ambos, independientemente del uso que 
hubiera hecho ella de su clave. La politica de la universidad era que 
cualquier interferencia con sus metodos de control sobre el uso de los 
ordenadores era motivo de action disciplinaria. No importaba el 
daho, el delito era el hecho de dificultar el control. Se daba por 
supuesto que esto significaba que se estaba haciendo algo prohibido, 
no necesitaban saber que. 

En realidad, los estudiantes no eran expulsados, no directamente. 
En lugar de eso, se les prohibia el acceso a los ordenadores de la uni- 
versidad, lo que equivalia a suspender sus asignaturas. 
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Dan supo mas tarde que ese tipo de politicas en la universidad 
comenzo durante la decada de 1980, cuando los estudiantes empeza- 
ron a usar los ordenadores en masa. Antes, las universidades tenian 
una actitud diferente: solo se penalizaban las actividades peligrosas, 
no las meramente sospechosas. 

Lissa no denuncio a Dan a la SPA. Su decision de ayudarla llevo 
a que se casaran y tambien a que cuestionaran lo que les habian 
ensehado cuando eran nihos sobre la pirateria. Empezaron a leer 
sobre la historia del copyright, sobre la Union Sovietica y sus res- 
tricciones sobre las copias, e incluso sobre la Constitution original 
de los Estados Unidos. Se mudaron a Luna City, donde se encon- 
traron con otros que intentaban librarse del largo brazo de la SPA 
de la misma manera. Cuando el Levantamiento de Tycho se produ- 
jo en 2062, el derecho universal a leer se convirtio en uno de sus 
objetivos fundamentales. 

Nota del autor 

El derecho a leer es una batalla que se esta librando hoy en dia. 
Aunque nuestra forma de vida actual podria tardar cincuenta ahos 
en desaparecer, la mayoria de las leyes y de las practicas descritas 
anteriormente ya han sido propuestas, y muchas han entrado en 
vigor dentro y fuera de los Estados Unidos. En EEUU, la Digital 
Millenium Copyright Act de 1998 establecio la base legal para restrin- 
gir la lectura y el prestamo de libros informatizados — asi como de 
otras clases de datos. La Union Europea impuso restricciones simila- 
res con su directiva sobre copyright de 2001. 

Hasta hace poco habia una exception, la idea de que el FBI y 
Microsoft guardran las claves de administration de los ordenadores 
personales y no las dejasen tener no fue propuesta hasta 2002: se le 
denomina «Informatica de Confianza» o «Palladium». 

Cada vez estamos mas cerca de este punto. En 2001 el Senador 
Hollings, financiado por la Disney, propuso un proyecto de ley llama- 
do SSSCA — ahora rebautizado como la CBDTPA— que podria reque- 
rir que todos los nuevos ordenadores tuviesen aplicaciones obligato- 
rias de restriction de copia que el usuario no podria puentear. 
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En 2001 los Estados Unidos, empezaron a intentar utilizar la llamada 
Area de Libre Comercio de las Americas (ALCA) para imponer las mis- 
mas normas en todos los paises del hemisferio occidental. El ALCA es 
uno de los denominados tratados de «libre comercio», dirigido actual- 
mente a otorgar mayor poder a las empresas sobre los gobiernos demo- 
craticos; imponiendo leyes como la DMCA que son tipicas de su espiri- 
tu. La Electronic Frontier Foundation anima a la gente a que explique a sus 
gobiernos por que deberian oponerse a esos planes. 

La SPA que en realidad corresponde a la Software Publisher's 
Association, ha sido reemplazada en su papel por la BSA o Business 
Software Aliance. La BSA no es un cuerpo de policia oficial. Actua 
como tal extraoficialmente. Usa metodos de delation que tienen 
reminiscencias en la antigua Union Sovietica. Anima a la gente a 
informar sobre sus companeros de trabajo y sus amigos. Promovio 
una campana de terror en Argentina, durante 2001, amenazando con 
la carcel a todo aquel que compartiese software. 

Cuando este articulo fue escrito, la SPA amenazaba a los peque- 
nos proveedores de Internet para que le permitiesen controlar a 
todos sus usuarios. Muchos ISP cedieron ante las amenazas, ya que 
no podian permitirse recurrir a la via judicial. Al menos un ISP, 
Community Connexion, en Oakland (California), se nego a ceder a 
las presiones y ha sido demandado. Aparentemente, la SPA retiro la 
demanda hace poco, pero no hay duda de que continuaran su cam- 
pana por otros medios. 

Las politicas universitarias de seguridad descritas arriba no son 
imaginarias. Por ejemplo, el ordenador de una universidad de la zona 
de Chicago despliega el siguiente mensaje al entrar en el sistema: 

«Este sistema solo puede ser utilizado por usuarios autorizados. Cualquier 
persona que utilice este sistema sin autorizacion o fuera de los limites auto- 
rizados sera vigilado por el personal administrador del sistema. Durante el 
control de usuarios que realicen actividades no autorizadas o durante el 
mantenimiento del sistema, las actividades de los usuarios autorizados 
podran ser supervisadas. Cualquiera que utilice este sistema acepta expre- 
samente este control y debera saber que, en caso de que dicho control reve- 
lara posibles indicios de actividades ilegales o de violation de las normas 
de la universidad, el personal de mantenimiento del sistema podra propor- 
cionar estas pruebas a las autoridades de la Universidad y/o a las fuerzas 
de seguridad». 
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Esta es una interesante interpretation de la Cuarta Enmienda: obligar 
a los usuarios a renunciar por adelantado a los derechos contempla- 
dos en ella. 
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• Malinterpretar el copyright: 
una sucesion de errores 



Algo extrano y peligroso esta sucediendo en la legislation sobre el 
copyright. Segun la Constitution de los Estados Unidos, el copyright 
existe para beneficiar a los usuarios —los que leen libros, escuchan 
musica o utilizan software—, no para beneficiar a los editores o los 
autores. Aun cuando la gente tiende cada vez mas a rechazar y desobe- 
decer las limitaciones del copyright que le vienen impuestas «por su 
propio beneficio», el gobierno de los Estados Unidos esta ahadien- 
do mas restricciones y trata de asustar al publico con nuevas y rigi- 
das penas con el fin de conducirlo a la sumision. ^Como llego la 
politica de copyright a ser diametralmente opuesta a su proposito 
establecido? ^Como podemos volver a alinearla con ese proposito? 
Para comprenderlo, debemos empezar por considerar la raiz de la 
legislation estadounidense sobre copyright: la Constitution de los 
Estados Unidos. 



El copyright en la Constitution de los Estados Unidos 

Cuando se diseho la Constitution de los Estados Unidos, se propuso 
la idea de que se concediera a los autores un monopolio sobre el 
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copyright —la propuesta fue rechazada. Los fundadores de nuestro 
pais adoptaron un supuesto diferente: que el copyright no es un dere- 
cho natural de los autores, sino una concesion artificial que se les 
hace en nombre del progreso. La Constitution concede carta legal al 
sistema de copyright con este parrafo (Articulo I, Section 8): 

[El Congreso tendra el poder] de promover el progreso de la ciencia y las 
artes provechosas, asegurando por tiempo limitado a los inventores y auto- 
res el exclusivo derecho sobre sus respectivos descubrimientos y escritos. 

El Tribunal Supremo ha afirmado repetidas veces que promover el 
progreso significa un beneficio para los usuarios de las obras sujetas 
a copyright. Por ejemplo, en el caso de la Fox Film contra Doyal, el tri- 
bunal dicto: 

El exclusivo interes de los Estados Unidos y el objeto primordial de con- 
ceder el monopolio [del copyright] reside en los beneficios generales 
obtenidos por el publico a partir del trabajo de los autores. 

Esta decision fundamental explica por que el copyright no es obliga- 
torio segun la Constitution y es solo algo permitido como una option 
— tambien explica por que se supone que su duration alcanza un 
«tiempo limitado». Si el copyright fuera un derecho natural, algo que 
los autores tienen en tanto depositaries de ese derecho, nada justifi- 
caria la extincion de este derecho pasado un determinado periodo de 
tiempo, como si los hogares de cada uno pasaran a ser propiedad 
publica cierto tiempo despues de su construction. 

El «contrato 1 de copyright» 

El sistema de copyright funciona mediante la concesion de privile- 
ges y por lo tanto de beneficios, a los editores y a los autores, pero 
no lo hace en su provecho. Mas bien lo hace para modificar su com- 
portamiento: proporciona un incentivo para escribir y editar mas. 



1 Notese que el termino ingles bargain puede referirse tanto a un trato como a un 
chollo. [N. del E.] 
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En la practica, el gobierno emplea los derechos naturales del publico, en 
nombre del publico, como parte de un trato para ofrecerle un mayor 
numero de obras editadas. Los expertos en derecho llaman a este con- 
cepto «contrato de copyright»; como la adquisicion estatal de una auto- 
pista o un avion usando el dinero de los contribuyentes, excepto que en 
este caso el gobierno gasta nuestra libertad en lugar de nuestro dinero. 

Pero ^tal y como existe en la actualidad, este contrato supone un 
buen trato para el publico? Son posibles muchos contratos alternati- 
ves; ^cual es el mejor? Cualquier medida en relation a la politica de 
copyright es parte de esta cuestion. Si malinterpretamos su naturale- 
za, tenderemos a tomar medidas de forma erronea. 

La Constitution permite que se concedan derechos de copyright a 
los autores. En la practica, normalmente los autores se los ceden a los 
editores; son los editores, y no los autores, quienes suelen ejercer los 
derechos y quienes se quedan con la mayoria de los beneficios, aun- 
que los autores consigan una pequeha portion. Por eso los editores 
son los que con frecuencia presionan mas para aumentar los poderes 
del copyright. Para reflejar mejor la realidad del copyright en lugar 
del mito, este articulo se refiere a los editores antes que a los autores 
como sujetos de los derechos del copyright. Tambien se refiere a los 
usuarios de las obras protegidas por el copyright como «lectores», 
aun cuando este uso no siempre signifique su lectura, en la medida 
en que el termino «usuario» resulta lejano y abstracto. 

El primer error: «equilibrar la balanza» 

El contrato de copyright pone al publico en primer termino: el bene- 
ficio para el publico lector es un fin en si mismo; los beneficios para 
los editores —si es que se dan— son solo medios para conseguir ese 
fin. En principio, los intereses de los lectores y los de los editores son 
cualitativamente desiguales. El primer paso al malinterpretar el pro- 
posito del copyright es elevar a los editores al mismo nivel de impor- 
tancia que los lectores. 

Se ha dicho con frecuencia que la legislation estadounidense de copy- 
right se propone equilibrar la balanza entre los intereses de los editores 
y de los lectores. Los que titan esta interpretation la presentan como una 
reformulation del punto de partida establecido en la Constitution; en 
otras palabras, se la supone equivalente al contrato de copyright. 
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Pero las dos interpretaciones estan lejos de ser equivalentes; son concep- 
tualmente distintas y sus implicaciones son diferentes. La idea de la 
balanza asume que los intereses de los editores y de los lectores difieren 
en importancia de forma solo cuantitativa, en «cuanto al peso» que 
debemos darles y en que situaciones se deben aplicar. El concepto de «la 
persona que guarda las apuestas» se suele usar para enmarcar la cues- 
tion de este modo; supone que al tomar una decision todos los intereses 
son igual de importantes. Este enfoque rechaza la distention cualitativa 
entre los intereses de los lectores y de los editores que esta en la base de 
la mediation gubernamental en el contrato de copyright. 

Las consecuencias de esta alteration tienen un largo alcance, por- 
que la fuerte protection que el publico recibe con el contrato del 
copyright —la idea de que los privilegios del copyright solo pueden 
justificarse en nombre de los lectores y nunca en el nombre de los edi- 
tores— queda eliminada por esta interpretation de tipo «balanza». 
Dado que el interes de los editores es considerado como un fin en si 
mismo, se pueden justificar los privilegios del copyright; en otras 
palabras, el concepto de «balanza» dicta que los privilegios pueden 
justificarse en nombre de cualquiera que no sea el publico. 

En la practica, la consecuencia del concepto de «balanza» es que 
invierte el peso de las justificaciones en lo que respecta a la legisla- 
tion de copyright. El contrato de copyright coloca el peso en los edi- 
tores para convencer a los lectores de que cedan ciertas libertades. El 
concepto de balanza practicamente invierte este peso, porque en 
general no hay duda de que los editores se benefician de privilegios 
adicionales. De modo que, si no se prueba que el daho causado a los 
lectores es lo bastante grande como para «equilibrar» esos beneficios, 
se nos lleva a la conclusion de que los editores tienen derecho a casi 
cualquier privilegio que reclamen. 

Dado que la idea de «equilibrar la balanza» entre editores y lec- 
tores niega a los lectores la primacia a la que tienen derecho, debe- 
mos rechazarla. 



^Que se contraequilibra? 

Cuando el gobierno compra algo para el publico, actua en su nombre; 
su responsabilidad es obtener el mejor trato posible — mejor para el 
publico, no para la otra parte del acuerdo. 
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Por ejemplo, cuando firma contratos con las constructoras para hacer 
autopistas, el gobierno pretende gastar la menor parte posible del 
erario publico. Las agendas gubernamentales usan el sistema de con- 
cursos para forzar los precios a la baja. 

En la practica, el precio no puede ser igual a cero, porque los con- 
tratistas no pujarian tan bajo. Aunque no tengan derecho a conside- 
raciones especiales, tienen los derechos civiles corrientes en una 
sociedad libre, incluyendo el derecho a rechazar contratos no venta- 
josos; incluso la oferta mas baja sera suficiente para que algun contra- 
tista gane diner o. Luego ciertamente, existe algun tipo de equilibrio. 
Pero no se trata de un equilibrio deliberado entre dos intereses que 
reclaman un trato especial. Es un equilibrio entre el bien publico y las 
fuerzas del mercado. El gobierno trata de obtener para los contribu- 
yentes automovilistas el mejor trato que puedan conseguir en el con- 
texto de una sociedad libre y de un mercado libre. 

En el contrato de copyright, el gobierno emplea nuestra libertad 
en lugar de nuestro dinero. La libertad es mas valiosa que el dinero, 
asi que la responsabilidad del gobierno en el empleo sabio y austero 
de nuestra libertad es incluso mayor que su responsabilidad en el uso 
de nuestro dinero. Los gobiernos jamas deben poner los intereses de 
los editores a la par que la libertad del publico. 

Mejor concesion que «equilibrio» 

La idea de equilibrar los intereses de los lectores con los intereses de 
los editores es la forma mas erronea de juzgar la politica de copy- 
right, pero ciertamente hay dos intereses que sopesar: dos intereses 
de los lectores. Los lectores estan interesados en su propia libertad de 
consumir obras publicadas; y segun las circunstancias, tambien 
estaran interesados en animar la publication mediante algun tipo 
de incentivos. 

La palabra «equilibrio», en las discusiones sobre copyright, ha 
quedado como una abreviatura de la idea de «equilibrar la balanza» 
entre lectores y editores. Por lo tanto, usar la palabra «equilibrio» a 
proposito de los dos intereses de los lectores seria confuso — necesi- 
tamos otro termino. 
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En general, cuando un sujeto tiene dos objetivos que parcialmente 
entran en conflicto, y no puede realizar ambos por complete*, llama- 
mos a esto una concesion. Por lo tanto, mejor que hablar de «equili- 
brar la balanza» entre las partes, deberiamos hablar de «encontrar la 
concesion apropiada de libertad que considere tanto su perdida nece- 
saria como su conservations 

El segundo error: maximizar la production 

El segundo fallo de la politica de copyright consiste en adoptar el 
objetivo de maximizar —no simplemente aumentar— la cantidad de 
obras publicadas. El concepto erroneo de «equilibrar la balanza» 
alzaba a los editores al nivel de los lectores; este segundo error los 
situa muy por encima de ellos. 

Cuando adquirimos algo, por lo general no compramos toda la 
cantidad disponible, ni tampoco el modelo mas caro. En su lugar con- 
servamos fondos para otras adquisiciones, comprando solo lo que 
necesitamos de un bien particular o escogiendo un modelo estandar 
antes que el de mas alta calidad. El principio de los rendimientos 
decrecientes enseha que gastar todo nuestro dinero en un bien parti- 
cular tiende a ser una ineficiente asignacion de recur sos; por lo gene- 
ral preferimos guardar algo de dinero para otro uso. 

La ley de rendimientos decrecientes se ajusta al copyright tanto 
como a cualquier otra adquisicion. Las primeras libertades que 
deberiamos ceder son aquellas que menos echamos de menos, al 
tiempo que damos el mayor respaldo a la publication. Segun cede- 
mos libertades adicionales que se acercan mas a lo que nos impor- 
ta, encontramos que cada cesion supone un mayor sacrificio que la 
anterior, mientras que aporta un menor incremento a la actividad lite- 
raria. Antes de que el incremento sea igual a cero, bien podriamos decir 
que su creciente precio no merece la pena; entonces fijariamos un con- 
trato cuyo resultado general es incrementar la cantidad de lo publi- 
cado, pero no hasta su ultimo extremo posible. 

Aceptar el objetivo de maximizar la publication supone rechazar 
de entrada todos estos contratos mas ventajosos —este objetivo dis- 
pone que el publico debe ceder casi toda su libertad de usar obras 
publicadas, a cambio de solo unas pocas publicaciones mas. 
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La retorica de la maximization 

En la practica, el objetivo de maximizar la production sin que impor- 
te su coste en terminos de libertad se sustenta en la extendida retori- 
ca que asegura que la copia publica es ilegal, ilegitima, injusta e 
intrinsecamente erronea. Por ejemplo, los editores llaman «piratas» 
a la gente que copia, termino difamatorio pensado para equiparar el 
intercambio de information con tu vecina con el abordaje a un barco. 
(Este termino difamatorio fue anteriormente usado por los autores 
para describir a los editores que encontraron formas legales de publi- 
car ediciones no autorizadas; su uso moderno por parte de los editores 
es casi su re verso). Esta retorica rechaza directamente la base constitu- 
tional del copyright, pero se presenta a si misma como representante 
de la incontestada tradition del sistema legal americano. 

La retorica del «pirata» es aceptada frecuentemente en la misma 
medida en que ciega a los medios de comunicacion, de tal modo 
que poca gente se da cuenta de su extremismo. Resulta efectiva ya 
que si la copia por parte del publico es fundamentalmente ilegitima, 
nunca podremos oponernos a los editores que exigen nuestra 
renuncia a la libertad de copiar. En otras palabras, cuando se reta al 
publico a demostrar por que los editores no deben recibir mas 
poder, la razon mas importante de todas — «queremos copiar»— es 
descalificada de entrada. 

Esto no deja lugar para contestar el creciente poder del copyright 
sin entrar en cuestiones secundarias. Por lo tanto la oposicion actual 
a un mayor poder del copyright alega exclusivamente cuestiones 
secundarias y nunca se atreve a alegar la libertad de distribuir copias 
como un valor publico legitimo. 

En concreto, el objetivo de la maximization capacita a los editores 
para argumentar que «cierta practica esta reduciendo nuestras ventas 
— o pensamos que podria reducirlas— , asi que suponemos que redu- 
ce las publicaciones en una cantidad desconocida, y que por lo tanto 
debe ser prohibida». Se nos lleva a la espantosa conclusion de que el 
bien publico se mide por las ventas de los editores: lo que es bueno 
para General Media es bueno para EEUU. 
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El tercer error: maximizar el poder de los editores 

Una vez que los editores han obtenido el consentimiento para el obje- 
tivo estrategico de maximizar la production de publicaciones a cual- 
quier coste, su proximo paso es probar que esto obliga a otorgarles 
los mayores poderes posibles — haciendo que el copyright cubra 
cualquier uso imaginable de una obra o aplicando cualquier otro ins- 
trumento legal como las licencias «de sobre cerrado» para conseguir 
un efecto equivalente. Este objetivo, que impone la abolition del «uso 
razonable» y el «derecho sobre la primera venta», esta siendo objeto 
de presion en todos los niveles de gobierno imaginables, desde los 
estados de los EEUU hasta los organismos internacionales. 

Esta medida es erronea porque las reglas estrictas de copyright obs- 
truyen la creation de nuevas obras utiles. Por ejemplo, Shakespeare 
tomo prestados los argumentos de algunas de sus obras teatrales de 
otras obras publicadas unas pocas decadas antes, de modo que de 
haber estado en funcionamiento la actual legislation de copyright, 
sus obras habrian sido ilegales. 

Incluso si desearamos el mayor grado posible de publication, sin 
que importara el costo para el publico, maximizar el poder de los edi- 
tores es una forma erronea de conseguirlo. Como medio de promo- 
ver el progreso, es autodestructivo. 

Resultados de los tres errores 



La tendencia actual en la legislation de copyright es proporcionar a 
los editores poderes mas amplios por periodos de tiempo cada vez 
mas largos. La base conceptual del copyright, en la medida en que 
resulta distorsionada por esta secuencia de errores, rara vez ofrece 
una base para decir no. Los legisladores defienden de boquilla la idea 
de que el copyright sirve al publico, mientras que en realidad dan a 
los editores cualquier cosa que pidan. 

Por ejemplo, esto es lo que dijo el senador Hatch al introducir la S. 
483, una ley dictada en 1995 que incrementa la duration del copy- 
right 20 ahos mas: 
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Creo que hemos llegado al punto de preguntarnos si la duration actual 
del copyright protege adecuadamente los intereses de los autores, y la 
cuestion correlativa de si el tiempo de protection sigue proporcionando 
suficientes incentivos para la creation de nuevas obras. 

Esta ley extendio el copyright para obras publicadas y escritas desde 
1920. Este cambio supuso una ganga para los editores, sin beneficio 
posible para el publico, dado que ahora no hay modo de aumentar 
retroactivamente la cantidad de libros publicados entonces. Sin 
embargo costo al publico una libertad hoy muy significativa —la 
libertad de redistribuir libros de esa epoca. 

La ley tambien extendio el copyright de las obras que aun no han 
sido escritas. Para trabajos de encargo, el copyright duraria 95 ahos 
en lugar de los 75 ahos que dura hoy. Teoricamente esto aumentaria 
los incentivos para escribir nuevos libros, pero cualquier editor que 
diga necesitar este incentivo extra deberia apoyar esta pretension con 
hojas de balance proyectadas hasta el aho 2075. 

No hace falta decir que el Congreso no cuestiono los argumentos 
de los editores: en 1998 fue promulgada la ley que extendia la dura- 
tion del copyright. Fue conocida como la «ley Sonny Bono para la 
extension de la duration del copyright», asi llamada por uno de sus 
promotores, que habia muerto ese aho. Su viuda, que cubrio el resto 
de su trabajo, hizo esta declaration: 

En realidad, Sonny queria que el copyright durase para siempre. Mis abo- 
gados me han informado de que tal cambio violaria la Constitution. Os 
invito a todos vosotros a trabajar conmigo para reforzar nuestras leyes de 
copyright de todos los modos a nuestro alcance. Como sabeis, tambien esta 
la propuesta de Jack Valenti para que dure para siempre menos un dia. 
Quizas el comite pueda tratar este asunto la proxima sesion del Congreso. 

El Tribunal Supremo ha admitido un pleito que busca derogar esta 
ley con el fundamento de que la retroactividad no sirve al objetivo 
constitutional de promo ver el progreso. 

Otra ley, aprobada en 1996, convirtio en una fechoria hacer deter- 
minadas copias de cualquier obra publicada, incluso si vas a repartir- 
las entre amigos simplemente por amabilidad. Antes esto en absolu- 
to era un crimen en los EEUU. 
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Una ley todavia peor, la Digital Millenium Copyright Act (DMCA) fue 
disehada para traer de vuelta la protection frente a las copias —que 
los usuarios de ordenadores detestan— convirtiendo en un crimen 
cualquier infraction de esta protection, o incluso publicar informa- 
tion sobre como quebrar esta protection. Esta ley deberia de llamarse 
«ley para la domination por parte de las empresas mass-mediaticas» 
porque ofrece efectivamente a los editores la oportunidad de escribir 
su propia ley de copyright. Dicta que pueden imponer cualquier tipo 
de restricciones en el uso de una obra, y estas restricciones tienen el 
rango de ley siempre que la obra contenga algun tipo de cifrado o ges- 
tor de licencias que haga efectivo su cumplimiento. 

Uno de los argumentos ofrecidos por esta ley era que implementa- 
ria un reciente tratado para aumentar la extension del copyright. Este 
tratado fue promulgado por la Organization Mundial de la Propiedad 
Intelectual (OMPI), organization dominada por los propietarios de los 
derechos de autor y de patentes, con la ayuda del gobierno de Clinton; 
dado que el tratado solo aumenta la extension del copyright, es dudo- 
so que sirva al interes publico en ningun pais. En cualquier caso, la ley 
fue mucho mas lejos de lo que el tratado demandaba. 

Las bibliotecas fueron una fuente clave de oposicion a esta ley, 
especialmente en los aspectos que coartan las formas de copia que se 
consideran de «uso razonable». ^Como respondieron los editores? El 
antes diputado Pat Schroeder, ahora miembro del grupo de presion a 
favor de la Asociacion de Editores Americanos, dijo que los editores 
«no podrian vivir con lo que (las bibliotecas) estan pidiendo». Dado 
que las bibliotecas solo estaban pidiendo que se mantuviera parte del 
status quo, uno podria contestar preguntando como habian sobrevivi- 
do los editores hasta entonces. 

El congresista Barney Frank, durante una reunion conmigo y otros 
opositores a esta ley, demostro cuanto se ha menospreciado la vision 
que la Constitution de los EEUU tiene sobre el copyright. Dijo que se 
necesitan urgentemente nuevos poderes respaldados por nuevas 
penas, puesto que «la industria del cine esta preocupada», asi como la 
«industria de la musica» y otras «industrias». Yo le pregunte, «^pero 
todo esto es para el interes general?» Su respuesta vino a decir: «^Por 
que me hablas del interes general? jLa gente creativa no tiene que 
abandonar sus derechos en favor del interes general! » La «industria» 
ha sido identificada con «la gente creativa» a la que contrata, el copy- 
right ha sido tratado como su privilegio y la Constitution ha sido 
puesta patas arriba. 
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La DMCA fue publicada en 1998. Esta ley dice que el uso razonable 
sigue siendo legitimo, pero permite a los editores prohibir todo el 
software o el hardware con el que podrias ponerlo en practica. De 
hecho, el uso razonable esta prohibido. 

Basandose en esta ley, la industria del cine ha impuesto la censura al 
software libre por leer y reproducir DVDs, e incluso a la information 
sobre como leerlos. En abril de 2001 el profesor Edward Felten, de la 
universidad de Princeton, fue intimidado bajo amenaza de una deman- 
da judicial por parte de la Asociacion de la Industria Americana de 
Grabacion, con el objetivo de que retirara un articulo cientifico en el que 
exponia lo que habia aprendido acerca de un sistema piloto de encrip- 
tacion que restringia el acceso a las grabaciones musicales. 

Tambien estamos empezando a ver libros electronicos que retiran 
a los lectores muchas de sus libertades tradicionales —por ejemplo, 
la libertad de prestar un libro a un amigo, de venderlo a una libreria 
de viejo, de tomarlo prestado de una biblioteca, de comprarlo sin 
darle tu nombre a una base de datos empresarial, incluso la libertad 
de leerlo dos veces. Los libros electronicos codificados restringen por 
lo general este tipo de actividades —solo puedes leerlos con un soft- 
ware especial secreto disehado para limitar tus libertades. 

Nunca comprare uno de esos libros electronicos, cifrados y restricti- 
vos, y espero que tu tambien los rechaces. jSi un libro electronico no te 
da las mismas libertades que un libro tradicional de papel, no lo aceptes! 

Cualquiera que lance por su cuenta software que pueda leer libros 
electronicos restrictivos se arriesga a ser acusado. Un programador 
ruso, Dimitry Sklyarov, fue arrestado en 2001 mientras visitaba 
EEUU para dar una conferencia, porque habia escrito un programa 
de esas caracteristicas en Rusia, donde hacerlo era legal. Ahora Rusia 
tambien esta preparando una ley para prohibirlo y la Union Europea 
ha adoptado una similar recientemente. 

Los libros electronicos para el mercado de masas han resultado 
hasta ahora un fracaso comercial, pero no porque los lectores elijan 
defender su libertad; no eran atractivos por otras razones, como el 
hecho de que los monitores de los ordenadores no son soportes 
comodos para la lectura. No podemos confiar en esta feliz casualidad 
para protegernos a largo plazo; el proximo intento para promocionar 
los libros electronicos usara «papel electronico» — objetos parecidos a 
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libros dentro de los cuales se puede descargar un libro electronico 
codificado y restringido. Si este soporte parecido al papel demuestra 
ser mas atractivo que los actuales monitores, tendremos que defen- 
der nuestra libertad para conservarla. Mientras tanto, los libros elec- 
tronicos estan penetrando nichos de mercado: la NYU y otras escue- 
las de odontologia obligan a sus estudiantes a comprar sus libros de 
texto con formato de libros electronicos restrictivos. 

Las empresas mediaticas no estan satisfechas todavia. En 2001, el 
senador Hollings — financiado por la Disney— propuso una ley 11a- 
mada «ley para los estandares de los sistemas de seguridad y de las 
certificaciones», 2 que obligaria a que todos los ordenadores — y otros 
dispositivos de grabacion y reproduction digital— tuvieran sistemas 
restrictivos de copia por mandato del gobierno. Ese es su objetivo 
final, pero el primer punto de su agenda es prohibir cualquier equi- 
po que pueda sintonizar HDTV digital a no ser que este disenado 
para que al publico le sea imposible «entrometerse» —por ejemplo, 
modificarlo para sus propios fines. Dado que el software libre es soft- 
ware que los usuarios pueden modificar, aqui nos enfrentamos por 
primera vez con una propuesta de ley que prohibe explicitamente el 
software libre para un trabajo determinado. Seguramente, le seguira 
la prohibition de otros trabajos. Si el FCC adopta esta regla, el soft- 
ware libre hoy existente, como GNU Radio, seria censurado. 

La action politica es necesaria para bloquear estas leyes y regla- 
mentos. 3 



Encontrar el contrato adecuado 



^Cual es la manera adecuada de decidir la politica de copyright? Si el 
copyright es un contrato hecho en nombre del publico, deberia servir 
ante todo al interes publico. El deber del gobierno al vender la liber- 
tad del publico es vender solo lo que debe y venderlo tan caro como 



z Luego rebautizada con el nombre impronunciable de LPCBATD, para la cual consu- 
me, pero no intentes programar nada» es un buen recordatorio; pero las siglas signifi- 
can realmente Ley de Promotion del Consumo de Banda Ancha y Television Digital. 

3 Si quieres ayudar, te recomiendo los sitios web digitalspeech.org y www.eff.org. 
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sea posible. Como minimo, deberiamos recortar, tanto como poda- 
mos, la extension del copyright, mientras mantenemos un nivel com- 
parable de publication. 

Dado que no podemos encontrar este precio minimo en terminos 
de libertad a traves de un concurso publico, como se hace con los pro- 
yectos de construction, ^que podemos hacer? 

Un metodo posible es reducir los privilegios del copyright por 
etapas y observar los resultados. Observando si hay disminuciones 
apreciables en el volumen de publication, aprenderemos que exten- 
sion del copyright es realmente necesaria para llevar a cabo los pro- 
positos del publico. Esto se debe valor ar por medio de la observation 
practica, no por lo que los editores digan que ocurrira, ya que tienen 
todos los motivos para hacer predicciones exageradas de perdidas si 
sus poderes se ven reducidos de algun modo. 

La politica de copyright tiene varias dimensiones independientes 
que pueden ajustarse de forma separada. Despues de encontrar el 
minimo necesario para una vertiente de esta politica, todavia seria 
posible reducir otras dimensiones del copyright a la vez que se man- 
tiene el nivel de publication deseado. 

Una dimension importante del copyright es su duration, que ahora 
se encuentra en torno a un siglo de media. Reducir el monopolio sobre 
la copia a diez ahos, desde la fecha en que una obra es publicada, seria 
un buen primer paso. Otro aspecto del copyright, que cubre la realiza- 
tion de obras derivadas, podria extenderse por mas tiempo. 

(jPor que contar desde la fecha de publication? Porque el copy- 
right de las obras no publicadas no limita directamente la libertad de 
los lectores; que tengamos libertad para copiar una obra es una cues- 
tion inutil cuando aun no tenemos una copia. Asi que dar a los auto- 
res mas tiempo para publicar un trabajo no hace ningun daho. Los 
autores —que por lo general si poseen el copyright antes de publi- 
car— rara vez elegiran retrasar la publication solo para alejar el fin 
del plazo del copyright. 

^Por que diez ahos? Porque esta es una propuesta segura; podemos 
confiar en el terreno practico que esta reduction tendra, hoy en dia, 
poco impacto en la viabilidad general de la edition. En muchos medios 
y generos, las obras de exito son muy rentables unos pocos ahos, inclu- 
so lo normal es que las obras de exito ya no se editen pasados los diez 
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ahos. Incluso para las obras de referenda, cuya vida util puede ser de 
muchas decadas, el copyright de diez anos deberia de bastar: las edi- 
ciones actualizadas se lanzan con regularidad y muchos lectores 
compraran la ultima version con copyright antes que copiar una ver- 
sion de dominio publico con diez anos de antiguedad. 

Diez anos todavia puede ser mas tiempo del necesario; una vez 
que las cosas se estabilicen, podremos probar mayores reducciones 
para ajustar el sistema. En una mesa redonda sobre copyright duran- 
te una convention literaria, en la que yo propuse el plazo de diez 
ahos, un famoso escritor de fiction que se sentaba junto a mi protes- 
to vehementemente, diciendo que cualquier cosa que sobrepasara los 
cinco ahos era intolerable. 

Pero no tenemos por que aplicar el mismo lapso de tiempo para 
todas las obras. Mantener la uniformidad extrema de las politicas 
de copyright no es crucial para el interes publico y la legislation de 
copyright ya incluye muchas excepciones para medios y usos espe- 
cificos. Seria estupido pagar por cada proyecto de autopista al pre- 
cio de los proyectos mas dificiles y en las regiones mas caras del 
pais; es igualmente estupido «pagar» por todo tipo de arte el precio 
mas alto, en terminos de libertad, que consideramos necesario para 
un caso determinado. 

Asi, quizas las novelas, los diccionarios, los programas informaticos, 
las canciones, las sinfonias y las peliculas deberian tener un copyright 
con distintas duraciones, de modo que podamos reducir la duration en 
cada tipo de obra a lo que sea necesario para que ese tipo de obras se 
publiquen. Quiza las peliculas con duration mayor de una hora podri- 
an tener un copyright de 20 ahos, debido a los costes de production. En 
mi propio campo, la programacion informatica, tres ahos deberian bas- 
tar, dado que los ciclos de un producto son incluso mas cortos. 

Otra dimension de la politica de copyright es la magnitud del uso 
razonable: las formas legalmente permitidas de reproduction de un 
trabajo, total o parcialmente, aun cuando este esta protegido por el 
copyright. El primer paso natural para reducir este aspecto del copy- 
right es permitir la copia privada sin animo de lucro, ocasional y en 
pequeha cantidad, para su distribution entre individuos singulares. 
Esto eliminaria la intrusion de la policia del copyright en la vida pri- 
vada de la gente, pero probablemente tendria poco efecto en las ven- 
tas de las obras publicadas. (Podria ser necesario tomar otras medidas 



Malinterpretar el copyright: una sucesion de errores 



119 



legales para asegurar que las licencias de uso de «sobre cerrado» no sean 
usadas para sustituir al copyright y restringir este tipo de copia). La 
experiencia de Napster muestra que tambien deberiamos permitir al 
publico general la redistribution textual y no comercial — cuando tanta 
gente quiere copiar y compartir, y lo encuentra tan util, solo consegui- 
ran detenerlos medidas draconianas; el publico tiene derecho a obtener 
lo que quiere. 

Para las novelas, y en general para las obras que se utilizan como 
entretenimiento, la redistribution textual no comercial podria ser una 
libertad suficiente para los lectores. Los programas informaticos, al 
ser usados para fines funcionales —para trabajar— , exigen libertades 
adicionales, incluyendo la libertad de publicar una version mejorada. 
(Consulta la definition de «software libre» en este libro para una 
explication de las libertades que los usuarios de software deberian de 
tener). Sin embargo, en relation a estas libertades un compromiso 
aceptable podria ser que estuvieran disponibles universalmente uni- 
camente despues de una retraso de dos o tres anos con respecto a la 
publication del programa. 

Cambios como estos podrian adaptar el copyright al deseo del 
publico de usar la tecnologia digital para copiar. Sin duda los edito- 
res encontraran estas propuestas «desproporcionadas»; podrian 
amenazar con recoger «sus fichas y largarse del juego», pero en rea- 
lidad no lo haran, porque el juego seguira siendo rentable y sera el 
unico juego posible. 

Al igual que consideramos la reduction de la extension del copy- 
right, debemos asegurarnos de que simplemente las empresas 
mediaticas no lo reemplazaran con acuerdos de licencia para el usua- 
rio final. Seria necesario prohibir el uso de contratos que aplican a la 
copia restricciones que van mas alia que las reguladas por el copy- 
right. Dichas limitaciones, que pueden ser prescritas por los contra- 
tos no negociados del mercado de masas, son una parte estandar del 
sistema legal de los EEUU. 

Una nota personal 

Soy programador de software, no un experto en derecho. He llega- 
do a interesarme por el copyright porque no hay forma de evitarlo 
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en el mundo de las redes informaticas. 4 Como usuario de ordenado- 
res y de redes desde hace treinta anos, valoro las libertades que 
hemos perdido y las que podriamos perder. Como autor, puedo 
rechazar la mistificacion romantica del autor como creador semidi- 
vino, frecuentemente esgrimida por los editores para justificar el 
incremento en el alcance del copyright de los autores, que los auto- 
res luego cederan a los editores. 

La mayor parte de este articulo se refiere a hechos y razonamien- 
tos que puedes comprobar, propuestas sobre las que te puedes for- 
mar tus propias opiniones. Pero te pido que aceptes algo que solo se 
basa en mi palabra: que los autores como yo no tenemos derecho a 
ningun poder especial sobre ti. Si deseas recompensarme mas por el 
software o los libros que he escrito, aceptare agradecido un cheque, 
pero por favor no entregues tu libertad en mi nombre. 



Siendo Internet la mas grande de las redes informaticas mundiales. 



• La ciencia debe desechar el 
copyright 



DEBERIA SER UN AXIOMA QUE LA LITERATURA CIENTIFICA existe para divul- 

gar el conocimiento cientifico, y que las revistas cientificas existen para 
facilitar este proceso. Por consiguiente, las reglas de uso de la literatu- 
ra cientifica deberian disenarse para ayudar a conseguir este objetivo. 

Las reglas que tenemos ahora, conocidas como copyright, fueron 
establecidas en la era de la imprenta, un metodo intrinsecamente cen- 
tralizado para la production masiva de copias. En el contexto de la 
imprenta, el copyright sobre los articulos de revistas solo restringia a 
los editores, obligandoles a obtener un permiso para publicar un arti- 
culo, y a los posibles plagiarios. Esto ayudo a que las revistas acti varan 
y divulgaran el conocimiento sin interferir en el provechoso trabajo de 
los cientificos o estudiantes, ya sea como escritores o como lectores de 
articulos. Estas reglas se adecuaban bien a dicho sistema. 

La tecnologia moderna para las publicaciones cientificas es, sin 
embargo, Internet. iQue reglas asegurarian mejor la divulgation de los 
articulos cientificos y del conocimiento en la Red? Los articulos debe- 
rian de distribuirse en formatos no propietarios, de acceso abierto para 
todos. Y todos deberian de tener el derecho de reproducir los articulos, 
esto es, de reeditarlos integramente con su adecuada atribucion. 



Aparecido originalmente en http://www.nature.com en 1991 en su seccion web 
Debates. Esta version forma parte de Software libre para una sociedad libre, editorial 
Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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Estas reglas deberian aplicarse tanto a los articulos pasados como a 
los futuros, cuando se distribuyen en formato digital. Pero no hay 
ninguna necesidad crucial de cambiar el sistema de copyright actual 
aplicado a la edition impresa de revistas, porque el problema no afec- 
ta a ese dominio. 

Por desgracia, parece que no todo el mundo esta de acuerdo con 
los axiomas que encabezan este articulo. Muchos editores de revis- 
tas parecen creer que el proposito de la literatura cientifica es per- 
mitirles editar revistas para cobrar suscripciones de cientificos y 
estudiantes. Esta forma de pensar se conoce como «confundir los 
medios con los fines». 

Su proceder ha consistido en restringir el acceso a la lectura de 
literatura cientifica, incluso a aquellos que pueden pagar y que paga- 
ran por ello. Usan la legislation de copyright, todavia vigente a pesar 
de su inadecuacion a las redes informaticas, como una excusa para 
detener a los cientificos en la selection de nuevas reglas de juego. 

En nombre de la cooperation cientifica y del futuro de la humani- 
dad, debemos rechazar tal enfoque desde su raiz —no solo los siste- 
mas restrictivos que se han establecido, sino las prioridades equivo- 
cadas que los inspiraron. 

Los editores de revistas a veces argumentan que el acceso on line 
requiere servidores caros de alta capacidad y que deben cobrar tari- 
fas de acceso para pagar estos servidores. Este «problema» es una 
consecuencia de su propia «solucion». Concede a todo el mundo la 
libertad de autoeditar, y las bibliotecas en todo el mundo montaran 
paginas de libre publication para responder a la demanda. Esta solu- 
tion descentralizada reducira las necesidades de ancho de banda de 
la red y proveera un acceso mas rapido, a la vez que se protege la 
documentation academica contra perdidas accidentales. 

Los editores tambien sostienen que pagar a los encargados de la 
pagina obliga a cobrar por el acceso. Aceptemos la suposicion de que 
los encargados deben ser pagados; para este viaje no se necesitan 
alforjas. El coste de la edition de un re vista normal esta entre el uno 
y el tres por ciento del coste de financiar la investigation para produ- 
cirla. Un porcentaje tan pequeho dificilmente puede justificar que se 
obstaculice el uso de los resultados. 
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En su lugar, el coste de la edition puede cubrirse, por ejemplo, 
cobrando a los autores por publicar en la pagina, y estos pueden tras- 
pasar estos pagos a los patrocinadores de su investigation. A los 
patrocinadores no les deberia de importar, dado que ya pagan por la 
publication de una forma mas molesta, a traves de las tarifas astro- 
nomicas que abonan para que la biblioteca universitaria se suscriba a 
la revista. Mediante el cambio de modelo economico para que los 
patrocinadores de la investigation cubran los costes de la edition, 
podemos eliminar la necesidad aparente de restringir el acceso. El 
autor fortuito que no pertenece a ninguna institution o empresa, y 
que no tiene patrocinador, podria estar exento de estos pagos, con los 
costos derivados a los autores patrocinados. 

Otra justification para las tarifas de acceso a las publicaciones de 
Internet es que pueden financiar la reconversion de los archivos impre- 
sos de una revista a un formato on line. Este trabajo tiene que hacerse, 
pero deberiamos buscar formas alternativas de financiarlo que no 
supongan obstruir el acceso a los resultados. El trabajo en si mismo no 
sera mas dificil ni costara mas. Digitalizar los archivos y malgastar los 
resultados por restringir su acceso es algo autodestructivo. 

La Constitution de EEUU dice que el copyright existe «para pro- 
mover el progreso de la ciencia». Cuando el copyright impide el pro- 
greso de la ciencia, la ciencia debe desechar el copyright. 



14. I Que es el copyleft? 



El copyleft es un metodo para convertir un programa en software 
libre y exigir que todas las versiones del mismo, modificadas o 
ampliadas, tambien lo sean. 

La forma mas sencilla de hacer que un programa sea libre es 
ponerlo en el dominio publico, sin derechos reservados. Esto permi- 
te a la gente compartir el programa y sus mejoras, si asi lo desean. 
Pero asimismo permite, a quienes no crean en la cooperation, conver- 
tir el programa en software propietario. Pueden hacer cambios, 
muchos o pocos, y distribuir su resultado como un producto propie- 
tario. Las personas que reciben el programa con esas modificaciones 
no gozan de la libertad que les dio el autor original; el intermediario 
les ha despojado de ella. 

En el proyecto GNU, nuestro objetivo es proporcionarle a todos 
los usuarios la libertad para redistribuir y modificar el software 
GNU. Si los intermediaries pudieran eliminar esa libertad, nosotros 
veriamos aumentar nuestro numero de usuarios, pero esos usuarios 
no dispondrian de libertad. Asi que, en vez de poner software GNU 
en el dominio publico, lo protegemos con copyleft. De acuerdo con el 
copyleft, cualquiera que distribuya software, con o sin modificaciones, 



Escrito originalmente en 1996, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suefios, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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debe traspasar con el la libertad para copiarlo y modificarlo. El copy- 
left garantiza que cada usuario goce de esta libertad. 

El copyleft tambien incentiva a otros programadores a introducir 
mejoras en el software libre. Programas importantes como el compi- 
lador GNU para C++ existen gracias a esto. 

El copyleft tambien ayuda al programador o la programadora que 
deseen contribuir a mejorar el software libre, al otorgarles el permiso 
para hacerlo. Estos programadores o programadoras a menudo traba- 
jan para empresas o universidades que harian casi cualquier cosa para 
obtener mas dinero. Un programador o una programadora puede que- 
rer aportar sus modificaciones a la comunidad, pero su empresa prefe- 
rira convertirlas en un producto de software propietario. 

Cuando le expliquemos a la empresa que es ilegal distribuir la 
version mejorada a menos que sea en forma de software libre, nor- 
malmente esta optara por distribuirla como software libre antes que 
desecharla. 

Para aplicar el copyleft a un programa, primero reservamos los 
derechos; luego ahadimos los terminos de distribucion, un instru- 
mento legal que otorga a todo el mundo el derecho a utilizar, modi- 
ficar y redistribuir el codigo del programa o cualquier programa 
derivado del mismo, siempre que no se alteren los terminos de dis- 
tribucion. De esta forma, el codigo y las libertades se convierten en 
elementos legalmente inseparables. 

Los desarrolladores de software propietario usan el copyright 
para restar libertad a los usuarios; nosotros recurrimos a los derechos 
reservados para garantizarsela. Por eso invertimos el nombre, convir- 
tiendo los derechos reservados —copyright— en copyleft. 

El copyleft es un concepto general. Hay muchas maneras de inter- 
pretarlo. En el proyecto GNU, los terminos de distribucion especificos 
que utilizamos estan contenidos en la Licencia Publica General GNU 
[General Public License GNU] (GNU GPL). La Licencia Publica 
General GNU es llamada muchas veces GNU-GPL para abreviar. 
Existe una pagina de consulta [http://www. gnu.org/licenses/gpl- 
faq.html] sobre la GNU GPL. Tambien puedes leer por que la FSF 
obtiene la cesion de los derechos de copyright de aquellos que quieren 
contribuir con ella [http://www.gnu.org/copyleft/why-assign.html]. 
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Una forma alternativa, la [Lesser General Public License] o Licencia 
Publica General Menor GNU (GNU LGPL), se aplica a algunas —que 
no a todas— las bibliotecas GNU. Esta licencia solia llamarse Library 
GPL, pero la rebautizamos porque el nombre anterior invitaba al uso 
indiscriminado de la misma. Para mas detalles, de por que este cam- 
bio era necesario, vease «Por que no deberias utilizar la Library GPL 
en tu proxima biblioteca». 

La Licencia Publica General Menor GNU sigue disponible en HTML, 
aunque ha sido reemplazada oficialmente por la licencia indicada. 

La licencia apropiada se incluye en muchos manuales y en cada 
distribution de codigo fuente GNU. 

La Licencia para documentos libres [GNU Free Documentation 
License] (FDL) es una forma de copyleft disenada para manuales, 
libros de texto u otros documentos, que asegura a cualquiera la liber- 
tad de copia y de distribution, con o sin modificaciones, ya sea de 
forma comercial o no comercial. 

La GPL GNU esta disenada para que puedas aplicarla facilmente 
en tu propio programa siempre y cuando poseas derechos sobre el. 
No tienes que modificar la GPL GNU para hacerlo, basta con anadir 
una nota en tu programa que haga referencia a ella. 

Si quieres aplicar el copyleft a tu programa con GPL/GNU, lee las 
instrucciones al final del texto de la GPL [http://www.gnu.org/ copy- 
left/gpl-howto.html]. Por favor, considera que debes utilizar el texto 
completo de la GPL. Es un conjunto integro y las copias parciales no 
estan permitidas — de igual modo que con la LGPL. 

Emplear los mismos terminos de distribution para muchos pro- 
gramas diferentes facilita la copia del codigo entre varios programas. 
Ya que todos comparten identicos terminos de distribution, no es 
necesario preocuparse por si los terminos son compatibles o no. La 
LGPL permite ademas alterar los terminos de distribution de la GPL 
ordinaria, de modo que pueda copiarse el codigo dentro de otro pro- 
grama cubierto por la GPL. 

Si deseas poner un copyleft en tu manual con la GNU-FDL, por 
favor sigue las instrucciones al final del texto de esa licencia, y las ins- 
trucciones de la pagina GFDL [http://www.gnu.org/copyleft/fdl- 
howto.html]. Como en el caso de la GNU-GPL, debes usar la licencia 
completa, no estan permitidas las copias parciales. 



• Copyleft: idealismo pragmdtico 



Toda decision que una persona toma entronca con sus valores y objeti- 
vos. La gente pude tener objetivos y valores muy distintos: la fama, el 
dinero, el amor, la supervivencia, la diversion y la libertad solo son algu- 
nos de los objetivos que una buena persona puede tener. Cuando el obje- 
tivo tambien es ayudar a los otros y a uno mismo, lo llamamos idealismo. 

Mi trabajo con el software libre esta motivado por un objetivo 
idealista: difundir la libertad y la cooperacion. Quiero promover la 
difusion del software libre, sustituyendo al software propietario que 
prohibe la cooperacion, para de este modo mejorar nuestra sociedad. 

Esa es la razon principal por la que la Licencia Publica General de 
GNU este escrita tal y como lo esta — como copyleft. Todo codigo 
anadido a programas protegidos por la GPL debe ser software libre, 
incluso si se coloca en un archivo separado. Hago que mi codigo este 
disponible como software libre y no como software propietario, para 
animar a otra gente que escribe software a que tambien lo haga. 
Supongo que como los desarrolladores de software propietario utili- 
zan el copyright para que no podamos compartir, los que coopera- 
mos podemos usar el copyright para dar a otros que cooperan una 
ventaja propia: la de usar nuestro codigo. 



Escrito originalmente en 1998, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
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No todos los que usan GNU GPL tienen este objetivo. Hace muchos 
ahos, a un amigo mio le pidieron que redistribuyera un programa 
copyleft en condiciones que no eran copyleft, y respondio mas o 
menos asi: «A veces trabajo con software libre y otras con software 
propietario pero cuando trabajo con software propietario, espero que 
me paguen». 

Queria compartir su trabajo con una comunidad que compartiera 
software, pero no vela ninguna razon para hacer una donation a un 
negocio que fabrica productos fuera del alcance de nuestra comuni- 
dad. Su objetivo era diferente del mio, pero decidio que la GNU GPL 
tambien era util para su objetivo. 

Si quieres lograr algo en este mundo, el idealismo no es suficien- 
te — necesitas escoger un metodo que funcione para conseguir tu 
objetivo. En otras palabras, necesitas ser «pragmatico». ^Es pragma- 
tica la GPL? Echemos un vistazo a sus resultados. 

Consideremos GNU C++. «>Por que tenemos un compilador libre 
C++? Solo porque la GNU GPL dicta que tiene que ser libre. GNU C++ 
fue desarrollado por un consorcio industrial, MCC, a partir del com- 
pilador GNU C. Normalmente la MCC hace su trabajo todo lo pro- 
pietario que puede. Pero hicieron el frontal C++ con software libre 
porque la GNU GPL dictaba que era el unico modo en que podian 
publicarlo. El frontal C++ incluia muchos archivos nuevos, pero dado 
que supuestamente tenian que estar relacionados con GCC, la GPL 
encajaba en ellos. El beneficio para nuestra comunidad fue evidente. 

Consideremos GNU Objective C. Inicialmente NeXT 1 quiso hacer 
propietario este frontal; propusieron que se lanzara como un archivo 
«.o», y dejar que los usuarios lo enlazaran con el resto de GCC, pensan- 
do que esta seria una aproximacion a las exigencias de la GPL, pero 
nuestro abogado dijo que esto no salvaba los requerimientos legales, 
que no estaba permitido. Por eso hicieron libre el frontal Objective C. 

Estos casos ocurrieron hace ahos, pero la GNU GPL sigue propor- 
cionandonos software libre. 

Muchas bibliotecas de GNU estan protegidas por la Licencia 
publica general para bibliotecas, pero no todas. Una biblioteca de 



Un sistema operativo creado por Steve Jobs, finalmente comprado por Apple. 
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GNU protegida por la licencia GPL normal es Readline, que imple- 
menta la edition de lfneas de comandos. Una vez encontre un programa 
no libre que estaba disehado para usar Readline, y le dije al desarro- 
llador que esto no estaba permitido. Podria haber eliminado del pro- 
grama la edition de lineas de comandos, pero lo que hizo en realidad 
fue redistribuirlo bajo GPL. Ahora es software libre. 

Los programadores que escriben mejoras para GCC — o Emacs, o 
BASH, o Linux, o cualquier programa protegido por la GPL— fre- 
cuentemente son empleados de empresas o universidades. Cuando el 
programador quiere devolver sus mejoras a la comunidad y muestra 
su codigo en la siguiente publication, el jefe le dira: 

Espera un momento. jTu codigo nos pertenece! No queremos compartir- 
lo; hemos decidido convertir tu version mejorada en un producto de soft- 
ware propietario. 

Aqui la GNU GPL acude a nuestro rescate. El programador enseha al 
jefe que este producto de software propietario infringiria el copyright 
y el jefe se da cuenta de que solo tiene dos opciones: publicar el nuevo 
codigo como software libre o no publicarlo en absolute Casi siempre 
permite que el programador haga lo que pretendia desde el principio 
y el codigo ira incluido en el siguiente lanzamiento. 

La GNU GPL no es una hermanita de la caridad. Impide algunas 
cosas que la gente a veces quiere hacer. Hay usuarios que dicen que 
esto es un mal asunto —que la GPL «excluye» a algunos creadores de 
software propietario que «es necesario introducir en la comunidad 
del software libre». 

Pero nosotros no los excluimos de nuestra comunidad; ellos eligen 
no entrar. Su decision de hacer software propietario es una decision que 
les mantiene fuera de nuestra comunidad. Estar en nuestra comunidad 
significa unirse a nosotros por medio de la cooperation; no podemos 
«introducirlos en nuestra comunidad» si ellos no quieren unirse. 

Lo que podemos hacer es ofrecerles un aliciente para unirse. La 
GNU GPL esta disehada para hacer de nuestro software disponible 
un aliciente: «si tu haces libre tu software, puedes usar este codigo». 
Por supuesto, no te ganas a todos, pero a veces te ganas a algunos. 
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El desarrollo de software propietario no ayuda a nuestra comunidad, 
pero a menudo sus creadores quieren donaciones de nuestra parte. 
Los usuarios de software libre pueden proporcionar autoestima — 
reconocimiento y gratitud— a los creadores de software libre, pero 
tambien puede ser muy tentador cuando una empresa te dice: 

jTu solo deja que metamos tu paquete en nuestro programa propietario y 
tu programa sera usado por muchos miles de personas! 

La tentacion pude ser fuerte, pero a largo plazo todos estaremos en 
mejor situation si nos resistimos a ella. La tentacion y la presion 
resultan dificiles de reconocer si llegan de forma indirecta, a traves de 
organizaciones de software libre que han adoptado una politica de 
provision de software propietario. El Consorcio de X — y su sucesor, 
el Open Group— ofrece un ejemplo: financiados por companias que 
producian software propietario, se han afanado, durante una decada, 
en persuadir a los programadores de que no usen copyleft. Ahora 
que el Open Group ha hecho de X11R6.4 software no libre, los que 
resistimos a esa presion estamos encantados de haber aguantado. 2 En 
terminos practicos, pensar en objetivos a largo plazo reforzara tu 
voluntad de resistir a esta presion. Si piensas en la libertad y en la 
comunidad que puedes construir permaneciendo firme, encontraras 
la fuerza para hacerlo. «Resiste por algo o caeras por nada». 

Y si los cinicos ridiculizan la libertad, si ridiculizan a la comuni- 
dad... si los «implacables realistas» dicen que las ganancias son el 
unico ideal. . . simplemente ignoralos y sigue usando el copyleft. 



1 En septiembre de 1998, varios meses despues de que X11R6.4 fuera publicado en con- 
diciones de distribution no libre, el Open Group trastoco su decision y lo relanzo bajo 
la misma licencia de software libre no copyleft que se uso para X11R6.3. Damos las gra- 
cias al Open Group, pero este trastocamiento posterior no invalida las conclusiones que 
establecimos a partir del hecho de que fuera posible anadir las restricciones. 
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POSIBLEMENTE ESTEIS FAMILIARIZADOS CON MI TRABAJO SObre el Software 

libre. Esta charla no trata sobre ese trabajo. Esta charla trata sobre una 
forma de abuso legal para hacer del desarrollo informatico una acti- 
vidad peligrosa. Esto es, mas o menos, lo que pasa cuando una ley de 
patentes se aplica al campo del software. 

No trata del hecho de patentar el software. Esta es una forma muy 
mala, una forma muy enganosa de describir la cuestion, porque el 
problema no esta en patentar programas individuales. Si asi fuera, no 
habria ninguna diferencia, seria algo basicamente inocuo. En lugar 
de eso, esta charla trata sobre el hecho de patentar ideas. Toda paten- 
te protege alguna idea. Las patentes de software son patentes que 
protegen ideas que tienen que ver con el software, ideas que podrian 
usarse para desarrollar software. Eso es lo que las convierte en peli- 
grosos obstaculos para cualquier desarrollo de software. 

Quiza hayais oido a la gente utilizar un termino engahoso, «pro- 
piedad intelectual». Este termino, como vereis, esta sesgado: asume 
que, digas lo que digas, la forma de considerar el software esta en rela- 
tion a algun tipo de propiedad, cuando esta forma en realidad es una 
entre muchas otras alternativas. Este termino, «propiedad intelectual», 



Esta conferencia tuvo lugar en la Universidad de Cambridge, Londres, el 25 de 
marzo de 2002, esta version forma parte de Software libre para una sociedad libre, edito- 
rial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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prejuzga la cuestion mas basica en cualquiera de las areas que consi- 
dereis. No contribuye a despejar y abrir la mente. 

Existe un problema adicional con el termino, que no tiene nada 
que ver con el desarrollo de la opinion que tenga cada uno; y es que 
impide la comprension de los hechos. El termino «propiedad intelec- 
tual» vale para todo, mezcla aspectos completamente dispares de la 
ley, como puedan ser el copyright y las patentes, que son completa- 
mente distintos. Cada detalle es singular. Tambien mezcla la cuestion 
de las marcas, que todavia implica mas diferencia y otras cosas que 
se encuentran con menos frecuencia. Ninguna de ellas tiene nada en 
comun con cualquiera de las otras. Historicamente sus origenes estan 
completamente separados; las leyes se disenaron de forma indepen- 
diente; cubrian diferentes actividades y aspectos de la vida. Las 
medidas politicas que crearon estan completamente desconectadas, 
de modo que si intentais pensar en ellas confundiendolas, tendreis la 
garantia de llegar a conclusiones disparatadas. Literalmente no 
podeis tener una opinion sensata ni inteligente sobre la «propiedad 
intelectual». Por lo tanto, si quereis pensar con claridad, no mezcleis 
estas cuestiones. Pensad sobre el copyright y luego pensad sobre las 
patentes. Aprended acerca de la legislation de copyright y de forma 
separada aprended acerca de la legislation de patentes. 

Por citar algunas de las diferencias mas grandes entre el copyright 
y las patentes: 

O El copyright regula las condiciones de expresion de una obra, 
no protege ninguna idea. Las patentes solo protegen las ideas y el 
uso de las ideas. 

O El copyright se aplica automaticamente. Las patentes son publi- 
cadas por una oficina de patentes como respuesta a una solicitud. 

O Las patentes cuestan mucho dinero. Cuestan mas por lo que se 
paga a los abogados para que realicen la solicitud, que por lo que 
realmente cuesta su aplicacion. Normalmente la solicitud tarda 
algunos ahos en ser estudiada, aun cuando las oficinas de paten- 
tes realizan un trabajo de estudio extremadamente precario. 

O El copyright dura un tiempo extremadamente largo. En algu- 
nos casos puede durar hasta 150 ahos. Las patentes duran 20 ahos, 
lo cual es suficiente como para que sobrevivas a su caducidad, pero 
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todavia es bastante tiempo con respecto a la escala de un campo 
como el software. Pensemos en relation a hace 20 ahos, cuando el PC 
era algo novedoso. Imaginad que estuvieramos limitados a desarro- 
llar software utilizando unicamente las ideas conocidas en 1982. 

O El copyright solo protege la copia. Si escribes una novela que 
resulta ser igual, palabra por palabra, a «Lo que el viento se llevo» 
y puedes probar que nunca has visto «Lo que el viento se llevo», 
bastaria como defensa contra cualquier acusacion de haber infrin- 
gido el copyright. 

O La patente es un monopolio absoluto sobre el uso de una idea. 
Incluso si pudieras probar que la idea es tuya, seria completamen- 
te irrelevante si la idea ha sido patentada por otro. 

Espero que os olvideis del copyright en lo que queda de exposition, 
porque esta exposition trata sobre patentes y nunca se deben mezclar 
las patentes y el copyright si se quiere comprender claramente estos 
dos asuntos. 

Imaginad que pasaria si al estudiar quimica practica — o cocina — 
confundierais el agua con el etanol. 

Cuando escuchas a la gente describir el sistema de patentes, nor- 
malmente lo hacen desde el punto de vista de alguien que espera 
conseguir una patente —como seria para ti conseguir una patente, 
como seria andar por la calle con una patente en tu bolsillo, para 
poder sacarla cada dos por tres, mostrarsela a alguien y decir 
«jdame tu pasta! ». 

Hay un motivo para este prejuicio: la mayoria de la gente que habla 
del sistema de patentes ha apostado por el, y por lo tanto quiere sedu- 
ciros. Hay otro motivo: el sistema de patentes se parece mucho a la lote- 
ria, solo una fraction muy pequeha de las patentes reporta realmente 
algun beneficio a aquellos que las poseen. De hecho, The Economist com- 
pare una vez este sistema con una «loteria que consume tiempo». Si has 
visto anuncios de loteria, siempre te incitan a pensar que vas a ganar. 
No te incitan a pensar que vas a perder, aunque perder es mucho mas 
probable. Con la propaganda del sistema de patentes pasa lo mismo: 
siempre te incitan a pensar que vas a ganar. 

Para compensar este prejuicio, voy a describir el sistema de paten- 
tes desde el punto de vista de sus victimas — esto es, desde el punto 
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de vista de alguien que quiere desarrollar software pero esta obligado 
a un forcejeo con un sistema de patentes informaticas que puede lle- 
varle a ser demandado. 

Por lo tanto, ique es lo primero que puedes hacer despues de 
haber tenido una idea sobre el tipo de programa que quieres escribir? 

Para tratar con el sistema de patentes, lo primero que podrias 
intentar es descubrir que patentes pueden cubrir el programa que 
quieres escribir. Esto es, sin embargo, imposible. 

La razon se encuentra en que algunas de las solicitudes de paten- 
tes en tramite son secretas. Pasado cierto tiempo, 18 meses, podran 
publicarse. Sin embargo, 18 meses son tiempo suficiente para que 
escribas el programa, e incluso para lanzarlo sin saber que existe una 
patente y que vas a ser demandado. 

No es un asunto simplemente academico. En 1984 se escribio el 
programa Compress, un programa para la compresion de datos. En 
esa fecha, no habia una patente para el algoritmo LZW de compre- 
sion que usaba. Mas tarde, en 1985, en EEUU se publico una patente 
sobre este algoritmo y durante los ahos siguientes los que distribuian 
el programa Compress empezaron a recibir amenazas. 

No habia forma de que el autor de Compress se hubiera dado 
cuenta de que podia ser demandado. Todo lo que hizo fue usar una 
idea que encontro en una revista, como siempre habian hecho los 
programadores. No se habia dado cuenta de que ya no se podian usar 
de forma segura las ideas que encontrabas en una revista. 

Olvidemos ese problema. Las patentes en curso son publicadas 
por la oficina de patentes, de modo que puedes encontrar la lista 
completa y ver que dictan exactamente. 

Por supuesto, en realidad no podrias leer toda la lista, ya que hay 
demasiadas patentes. En EEUU hay cientos de miles de patentes de 
software. No hay forma de que puedas seguirles la pista de todo lo que 
contienen. Tendrias que intentar la busqueda de las mas importantes. 

Algunos dicen que eso deberia ser facil en la moderna era del 
ordenador. Podrias buscar a partir de palabras clave, pero eso solo 
funciona hasta cierto punto. Encontraras algunas patentes en este 
campo, pero probablemente no encontraras todas. 
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Por ejemplo, existe una patente de software —que quiza ya haya 
expirado— sobre el calculo en orden natural para hojas de calculo. 
Basicamente, esto quiere decir que cuando produces una celda 
dependiente de otra celda, todo se vuelve a calcular en funcion de 
aquello de lo que depende, de modo que despues de una operation 
de calculo todo queda actualizado. Las primeras hojas de calculo 
hatian sus operaciones de arriba a abajo, luego si hacias que una 
celda dependiera de otra que estaba abajo, y repetias este paso, tenias 
que recalcular todo varias veces para que los nuevos valores se exten- 
dieran hacia arriba. (Tenias que disponer de elementos para que 
dependieran de las celdas superiores). 

Entonces alguien cayo en la cuenta, ^por que no realizo las ope- 
raciones de calculo de modo que cada elemento se calcule en fun- 
cion del elemento del que depende? Este algoritmo se llama clasifi- 
cacion topologica. La primera referencia que encontre es de 1963. La 
patente cubria varias docenas de maneras de implementar la clasi- 
ficacion topologica. 

Sin embargo, no conseguirias encontrar esta patente con la bus- 
queda «hojas de calculo». No la conseguirias encontrar con la bus- 
queda «orden natural» ni con la busqueda «modelo topologico». No 
incluia ninguno de esos terminos. De hecho, estaba descrita como un 
metodo para «recopilar formulas en codigo maquina». Cuando la vi 
por primera vez, pense que era una patente equivocada. 

Supongamos que tienes una lista de patentes y que quieres ver 
que es lo que no se te permite. Cuando intentas estudiar estas paten- 
tes, descubres que son muy dificiles de entender, dado que estan 
escritas en un retorcido lenguaje legal cuyo significado es muy dificil 
de comprender. Lo que dicen las oficinas de patentes a menudo no 
significa lo que parece que dicen. 

En un estudio del gobierno australiano sobre el sistema de patentes 
en la decada de 1980, se concluia que, aparte de la presion internatio- 
nal, no habia motivos para tener un sistema de patentes — ya que no 
producia nada bueno para el publico— y recomendaba su abolition a 
pesar de la presion internacional. Una de las cosas que citaban era que 
los ingenieros no intentan leer las patentes para aprender, porque 
resulta muy dificil entenderlas. Citaban a un ingeniero que decia: «No 
puedo reconocer mis propios inventos en las patentes». 
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No se trata de un asunto meramente teorico. Hacia 1990, un progra- 
mador llamado Paul Heckel demando a Apple, alegando que 
HyperCard infringia dos de sus patentes. Cuando vio HyperCard por 
primera vez, no penso que tuviera nada que ver con sus patentes, con 
sus «invenciones». No se parecia. Cuando su abogado le dijo que se 
podia interpretar que las patentes se aplicaban a una parte de 
HyperCard, decidio atacar a Apple. Cuando di una charla sobre esto 
en Stanford, el estaba entre el publico. Dijo, «eso no es verdad, jsim- 
plemente yo no entendia el alcance de la proteccion!». Yo conteste, 
«si, eso es lo que yo estaba diciendo». 

Asi que, en realidad, tendrias que dedicar mucho tiempo a hablar 
con abogados para hacerte una idea de lo que estas patentes te pro- 
hiben hacer. Al final diran algo como esto: «Si haces algo aqui, segu- 
ro que pierdes; si haces algo aqui — Stallman gesticula, senalando 
una amplia area— hay una posibilidad considerable de que pierdas, 
y si de verdad quieres estar a salvo, quedate fuera de esta area — 
vuelve a gesticular, senalando una area todavia mas amplia. Y, por 
cierto, hay una considerable posibilidad de que como resultado se de 
curso a una demanda». 

Ahora que hemos definido un escenario previsible para hacer 
negocios, ^,que vas a hacer? Bien, hay tres posibilidades que podrias 
probar, cualquiera de las cuales es aplicable en algunos casos. 

O Evitar la patente 

O Obtener la licencia de la patente 

O Revocar la patente en un juicio 

Permitidme que describa estas tres posibilidades y que las hace via- 
bles o inviables. 

Evitar la patente 

«Evitar la patente» — lo que significa no utilizar la idea que cubre la 
patente. Esto puede ser facil o dificil, dependiendo de que idea se trate. 
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En algunos casos, se patenta una prestation. De este modo, la patente 
se evita no implementando esa prestation. Por lo tanto solo cuenta lo 
importante que sea esa prestation. En algunos casos, puedes prescin- 
dir de ella. Hace algun tiempo, los usuarios del procesador de textos 
XyWrite vieron rebajadas sus aspiraciones. Esa degradation elimino 
una prestation que te permitia predefinir abreviaturas. Es decir, cuan- 
do escribias una abreviatura seguida de un signo de puntuacion, se 
reemplazaba inmediatamente con alguna prolongation de la abrevia- 
tura. Asi, podias definir la abreviatura para alguna frase larga, escri- 
birla y entonces la frase aparecia en tu documento. [Los desarrollado- 
res] me escribieron acerca de esto, porque sabian que el editor de 
Emacs tenia una prestation similar. De hecho, la tenia desde la deca- 
da de 1970. Este asunto era interesante porque demostraba que habia 
tenido por lo menos una idea patentable en mi vida. jSe que era 
patentable porque otro la patento despues! 

En realidad tomaron en cuenta las tres posibilidades. Primer o 
intentaron negociar con el dueho de la patente y resulto que no nego- 
ciaba de buena fe. Despues pensaron si podrian tener alguna oportu- 
nidad de invalidar la patente. Lo que decidieron finalmente fue eli- 
minar esa prestation del programa. 

Puedes prescindir de ella. Si el procesador de texto solo carece 
de esta prestation, quiza la gente todavia lo use. Pero segun 
empiecen a caer varias prestaciones, finalmente te encontraras con 
un programa que la gente piensa que no es muy bueno y tendera 
a rechazarlo. 

En este caso se trata de una patente bastante limitada sobre una 
prestation muy especifica. Pero, ^,que se puede hacer en relation a la 
patente de la British Telecom sobre navegacion por hipervinculos por 
medio del acceso telefonico? Hoy en dia, la navegacion por hipervin- 
culos es absolutamente esencial para la mayor parte de los usos de los 
ordenadores. El acceso telefonico tambien es esencial. ^Como te las 
arreglas sin esta prestation? La cual, por cierto, ni siquiera es una 
prestation — realmente es la combination de dos prestaciones yuxta- 
puestas de forma arbitraria. Es como tener una patente sobre un sofa 
y un televisor que estan en la misma habitation. 

A veces la idea patentada sera tan amplia y basica que practica- 
mente abarca todo un campo; por ejemplo, la idea de clave de uso 
publico, que fue patentada en EEUU. La patente caduco en 1997. 
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Hasta entonces, coarto en gran medida el uso de la clave de uso publico 
en EEUU. Gran cantidad de programas que la gente empezo a desarro- 
llar fueron aplastados — nunca estuvieron de verdad disponibles por 
las amenazas de los duenos de las patentes. Posteriormente, se consi- 
guio publicar un programa, el PGP, que inicialmente se lanzo como 
software libre. Al parecer, cuando los duenos de las patentes estaban 
a punto de atacar, se dieron cuenta de que podria hacerles muy mala 
publicidad. Asi que impusieron restricciones, haciendo que solo 
fuera para uso no comercial, lo que significaba que no podria hacer- 
se muy popular. De este modo limitaron el uso de la clave de uso 
publico por una decada o mas. No habia otras vias alternativas a esa 
patente. No habia nada que pudieras hacer y fuera comparable a la 
clave de uso publico. 

A veces se patenta un determinado algoritmo. Por ejemplo, existe 
una patente sobre una version mejorada de Fast Fourier Transform 
(FFT). Funciona mas o menos dos veces mas rapido. Puedes evitarlo 
usando un FFT normal en tu programa. Esta parte del programa 
tarda el doble. Quizas eso no importe, quizas represente una peque- 
fia parte del tiempo de carga del programa. Quizas si es dos veces 
mas lento, ni siquiera te des cuenta. O quizas tu programa no funcio- 
ne en absoluto dado que le llevara el doble de tiempo hacer su traba- 
jo. Los efectos difieren. 

En algunos casos, puedes encontrar un algoritmo mejor. Esto 
podria ser bueno o no. Como en el proyecto GNU no podiamos usar 
Compress, empezamos a buscar un algoritmo alternativo para la 
compresion de datos. Alguien nos escribio diciendo que tenia uno; 
habia escrito un programa y queria ofrecernoslo. Ibamos a sacarlo. 
Por casualidad, coincidio que lei un ejemplar del New York Times. (No 
leia un ejemplar del Times mas que una vez cada pocos meses.) Asi 
que le eche un vistazo y decia que alguien habia recibido una paten- 
te por «inventar un nuevo metodo de compresion de datos». Supuse 
que seria mejor revisar esa patente. Consegui una copia y resulto que 
cubria el programa que ibamos a lanzar en una semana. Ese progra- 
ma murio antes de nacer. 

Mas tarde encontramos otro algoritmo que no estaba patentado. 
Este llego a ser el programa gzip, que ahora es de hecho el estandar 
para la compresion de datos. Como algoritmo para usar en un pro- 
grama de compresion de datos, estaba bien. Cualquiera que quisiera 
hacer compresion de datos podria usar gzip en lugar de Compress. 
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La misma patente de compresion basada en el algoritmo de LZW 
tambien fue usada en formatos de imagen como GIF. Pero en este 
caso, dado que el trabajo que la gente queria hacer no era simplemen- 
te comprimir datos sino construir una imagen que pudieran activar 
con su software, resulto muy dificil comenzar a usar un algoritmo 
diferente. jNo hemos sido capaces de hacerlo en diez anos! Si, la 
gente usaba el algoritmo de gzip para definir otro formato de imagen 
una vez que empezaron a ser amenazados con demandas por usar 
archivos GIF. Cuando empezamos a decirle a la gente que dejara de 
usar archivos GIF, que se cambiara, la gente decia «no podemos cam- 
biarnos, los navegadores todavia no admiten el nuevo formato». Los 
desarrolladores de navegadores decian «esto no nos agobia, despues 
de todo, nadie esta usando este nuevo formato de archivo». 

En efecto, existia mucha inertia en la sociedad en el uso del for- 
mato GIF, no fuimos capaces de que la gente se cambiara. En esencia, 
el uso que hace la comunidad del formato GIF todavia apremia a los 
sitios web a usar ese formato, con el resultado de que son vulnerables 
a estas amenazas. 

De hecho, la situation es todavia mas extrana. En realidad hay dos 
patentes que cubren el algoritmo de compresion de LZW. La oficina 
de patentes ni siquiera podia decir que estaban publicando dos 
patentes sobre la misma cosa; no podian seguir el rastro. Hay un 
motivo para esto: hace falta dedication al estudio de estas dos paten- 
tes para darte cuenta de que realmente protegen la misma cosa. 

Si fueran patentes sobre procesos quimicos, seria mucho mas facil. 
Podrias comprobar que sustancias se estan usando, que entradas y 
salidas hay, que acciones fisicas se estan tomando. Sin importar como 
estuvieran descritas, comprobarias que son y comprobarias que son 
parecidas. Si algo es puramente matematico, existen muchas maneras 
muy diferentes de describirlo. A primera vista no parecen similares. 
Tienes que comprenderlos de verdad para comprobar que realmente 
estan hablando de la misma cosa. La oficina de patentes no tiene 
tiempo. Hace unos pocos ahos, la oficina de patentes de los EEUU 
estaba empleando una media de 17 horas por patente. Esto no es 
mucho tiempo para pensar en ellas con cuidado, asi que por supues- 
to comenten err ores como este. De hecho, os he hablado de un pro- 
grama que murio antes de nacer. Ese algoritmo tambien disponia de 
dos patentes en EEUU; por lo que parece, no es algo tan raro. 
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Evitar las patentes puede ser facil, o puede ser imposible. Podria ser 
facil y hacer inutil vuestro programa — segun la situation. 

Aqui llegamos a otro punto que se deberia mencionar. A veces 
una empresa o consorcio puede hacer que un formato o un protoco- 
lo sea de facto el estandar. Por lo tanto, si se patenta ese formato o pro- 
tocolo es un autentico desastre. Incluso, existen estandares oficiales 
que estan restringidos por patentes. Se produjo un gran alboroto 
politico en septiembre de 2001 cuando el consorcio de la World Wide 
Web propuso que se empezaran a adoptar estandares protegidos por 
patentes. La comunidad protesto, y tuvieron que desdecirse. Volvieron 
a insistir en que cualquier patente deberia ser implementada libre- 
mente por cualquiera y en que los estandares tenian que ser libres 
para que cualquiera los implementara. Es una victoria interesante. 
Pienso que esta fue la primera vez que una organization de estanda- 
res ha tornado esta decision. Es normal que las organizaciones de 
estandares deseen ahadir algo restringido por las patentes a un estan- 
dar, para que a la gente no se le permita implementarlo libremente. 
Tenemos que acudir a otras organizaciones de estandares y reclamar- 
les que cambien sus reglas. 

Obtener la licencia de la patente 

La segunda posibilidad consiste en conseguir una licencia para la 
patente, en lugar de evitar la patente. Esta no es necesariamente una 
option. El dueho de la patente no tiene por que ofrecerte la licencia, no 
es obligatorio. Hace diez ahos, la Liga para la Libertad de Programa- 
cion recibio una carta pidiendo ayuda para alguien cuyo pequeho 
negocio estaba fabricando maquinas tragaperras para los casinos, que 
ya entonces usaban ordenadores. Este alguien recibio una amenaza de 
otra empresa que decia: «Tenemos una patente. No se os permite hacer 
esto. jCerrad!». 

Le eche un vistazo a esa patente. Cubria la tenencia de una serie 
de ordenadores en red para instalar juegos, de modo que cada orde- 
nador proveia mas de un juego y te permitia jugar a mas de un 
juego a la vez. 

Os parecera que la oficina de patentes de verdad piensa que es 
algo brillante hacer cualquier cosa mas de una vez. No se dan cuenta 
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de que en la ciencia informatica esta es la forma mas obvia de gene- 
ralizar algo. Lo hiciste una vez, luego ahora lo puedes hacer varias 
veces, puedes crear una subrutina. Piensan que si haces algo mas de 
una vez, de algun modo significa que eres brillante, que posiblemen- 
te nadie pueda discutir contigo y que tienes derecho a mandar. 

De todos modos, a esta persona no le ofrecieron la licencia. Tuvo 
que cerrar. Ni siquiera podia permitirse ir a juicio. Yo diria que esa 
patente en concreto era una idea obvia. Es posible que un juez hubie- 
ra estado de acuerdo, pero nunca lo sabremos porque esta persona no 
podia permitirse ir a juicio. 

Sin embargo, muchos duenos de patentes ofrecen licencias. Aunque 
a menudo cobran mucho dinero por ello. La compania que daba licen- 
cias para la patente del calculo en orden natural pedia un cinco por 
ciento de los ingresos brutos por cada hoja de calculo vendida en los 
EEUU. Me han dicho que ese era el precio barato, anterior a la deman- 
da —si de verdad te demandaban y ganaban, te exigian mas. 

Quizas puedas permitirte ese cinco por ciento por la licencia de esa 
patente, pero iy si necesitas la licencia de veinte patentes para desarro- 
llar el programa? La gente del sector me dijo que, practicamente, dos o 
tres licencias como esa harian inviable cualquier negocio. 

Existe una situacion en la que obtener una licencia por el uso de la 
patente es una solucion muy buena. Es lo que ocurre si eres una 
megacorporacion multinacional. Puesto que estas empresas poseen 
muchas patentes y se intercambian las licencias entre ellas, se libran 
de gran parte del dano que el sistema de patentes provoca y solo per- 
ciben las cosas buenas. 

IBM publico un articulo en la revista Think — creo que era el nume- 
ro cinco de 1990— sobre el catalogo de patentes de IBM, en este se 
exponia que IBM percibia dos tipos de beneficios en concepto de sus 
9.000 patentes en EEUU —creo que el numero es mayor hoy en dia. 
Estos eran, en primer lugar, los ingresos por royalties, y en segundo 
lugar, «el acceso a las patentes de otros». Decian que el segundo bene- 
ficio era de mayor magnitud. De tal forma, que el beneficio, que IBM 
percibia por tener permiso para usar las ideas patentadas por otros, era 
diez veces el beneficio directo que IBM percibia por ofrecer licencias. 

iQue significa esto realmente? iQue beneficio percibe IBM de su 
«acceso a las patentes de otros»? Esencialmente es el beneficio de 
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estar exento de los problemas que el sistema de patentes puede cau- 
sarle. El sistema de patentes es como la loteria: lo que ocurre con una 
patente determinada puede no ser nada, puede ser un golpe de suer- 
te para algun dueno de una patente o un desastre para todos los 
demas. Pero IBM es una empresa demasiado grande, le compensa. 
Ellos pueden estimar el promedio de ventajas y desventajas del siste- 
ma de patentes. Para ellos, los problemas del sistema de patentes 
podrian haber sido diez veces mayores que las ventajas. 

Digo «podrian haber sido» porque a traves del intercambio de 
patentes se evitan experimentar esos problemas. Esos problemas solo 
son potenciales, en realidad no les afectan. Pero cuando miden los 
beneficios de evitarlos, lo estiman en diez veces el valor del dinero 
que ingresan por sus patentes. 

Este fenomeno del intercambio de licencias desmiente un mito 
comun, el mito del «genio famelico», el mito de que las patentes «pro- 
tegen» al «pequeno inventor». (Son terminos propagandisticos. No 
deberiais usarlos.) 

La historia es como sigue: imagina que existe un «brillante» diseha- 
dor de lo que sea. Imagina que se ha pasado «ahos de privaciones en el 
desvan» disehando un nuevo y maravilloso prototipo y ahora quiere 
fabricarlo. ^No es una vergiienza que las grandes empresas vayan a 
competir con el, que se queden con todo el negocio y el «pase hambre»? 

Debo precisar que normalmente aquellos que trabajan en el sector 
de las tecnologias de vanguardia no trabajan por su cuenta, que las 
ideas no salen de la nada — estan basadas en las ideas de otros— y que, 
hoy por hoy, esta gente tiene muy buenas oportunidades de conseguir 
un trabajo si lo necesita. Asi que este cuento —la idea de que una idea 
brillante venga de una persona que trabaja sola— no es realista, al 
igual que la idea de que se encuentre en riesgo de pasar hambre. 

Pero si se puede concebir que alguien tenga una idea y que esta idea 
junto con otras 100 6 200 ideas pueda ser la base para la fabrication de 
algun tipo de producto, y que las grandes compahias podrian querer 
competir con esta persona. Asi que veamos que pasa si esa persona 
intenta usar una patente para impedirselo. El dice: «Ah, no, IBM, no 
puedes competir conmigo. Tengo esta patente». IBM dice: «Veamos. 
Echemos un vistazo a tu producto. Hmmm. Tengo esta patente, y esta 
otra, y esta otra, y esta otra, y esta otra, que han sido violadas por 
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algunas partes de tu producto. Si crees que puedes luchar contra 
todas ellas en un juicio, volvere y encontrare unas cuantas mas. Asi 
que, ^por que no intercambias tus licencias con las mias?». Y enton- 
ces el brillante pequeho inventor dice, «bueno, vale, las intercambio». 
Entonces puede volver y fabricar este maravilloso lo-que-sea, pero 
tambien puede hacerlo IBM. IBM obtiene «acceso» a su patente y el 
derecho a competir con el, lo que quiere decir que esta patente no le 
«protegio» en absolute El sistema de patentes no hace eso, en realidad. 

Las megacorporaciones evitan, en su mayoria, el dano del siste- 
ma de patentes; principalmente ven la cara buena. Por eso quieren 
tener patentes de software: son las unicas que se beneficiaran de 
ello. Pero si eres un pequefio inventor o trabajas para una pequena 
empresa, la pequena empresa no sera capaz de hacer esto. Lo inten- 
tan. El problema es que las pequenas empresas no pueden conse- 
guir suficientes patentes para hacer que todo el mundo intercambie 
sus licencias con ellas. 

Cualquier patente apunta en una cierta direction. De modo que 
si una pequena empresa tiene patentes que apuntan alii, y alii, y alii, 
y alguien por alii [Stallman sehala a otro sitio] les sehala un paten- 
te y dice dame tu dinero, la empresa pequena esta desamparada. IBM 
puede hacerlo, porque con 9.000 patentes apuntan a todas partes, 
no importa donde estes, probablemente haya una patente de IBM 
que te sehale. Asi que IBM casi siempre puede hacerte intercambiar 
la licencia. Las empresas pequenas ocasionalmente pueden hacer 
que alguien les intercambie las suyas. Diran que quieren las paten- 
tes para fines defensivos, pero no conseguiran las suficientes para 
defenderse a si mismas. 

Hay casos en que ni siquiera IBM puede hacer que alguien le 
intercambie sus licencias. Esto ocurre cuando hay una compahia 
cuyo unico negocio es tomar una patente y exprimirle dinero a la 
gente. La empresa que tenia la patente del or den natural de calculo 
era exactamente este tipo de empresa. Su unico negocio era amena- 
zar a la gente con una demanda e ingresar dinero de gente que esta- 
ba creando algo de verdad. 

No hay patentes sobre los procedimientos legales. Supongo que 
los abogados comprenden que seria una lata tener que tratar ellos 
mismos con el sistema de patentes. El resultado es que no hay forma 
de obtener una patente para hacer que tal compahia intercambie sus 
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licencias contigo. Asi que van por ahi exprimiendo a todo el mundo. 
Pero supongo que empresas como IBM se imaginan que es parte del 
precio de hacer negocios, asi que pueden vivir con ello. 

Asi que esta es la option de obtener una licencia de patente, que 
puede ser posible o no, segun seas capaz de permitirtelo o no — lo 
cual nos conduce a la tercera posibilidad. 

Revocar la patente en un juicio 

Supuestamente, para que algo sea patentado, tiene que ser nuevo, 
util y no obvio. (Es el lexico usado en EEUU, creo que otros paises tie- 
nen uno bastante similar). Por supuesto, cuando la oficina de paten- 
tes entra en juego, comienza por interpretar «nuevo» y «no obvio». 
«Nuevo» viene a significar «no lo tenemos en nuestros archivos» y 
«no obvio» tiende a significar «no obvio para alguien con un coefi- 
ciente intelectual de 50». 

Un estudioso de la mayoria de las patentes de software publica- 
das en EEUU — o que al menos lo era, no se si todavia puede con 
todas ellas— dijo que el 90 por ciento no habria pasado el «test de 
Cristal City»/ lo que queria decir que si el personal de la oficina de 
patentes bajara al kiosko y adquiriera algunas re vistas de informati- 
ca, comprobaria que esas ideas ya son conocidas. 

La oficina de patentes hace cosas que son tan obviamente estupi- 
das, que ni siquiera tendrias que conocer el estado de la tecnica para 
saber que son estupidas. Esto no se limita al software. Una vez vi el 
famoso raton patentado de Harvard, que fue obtenido despues de 
que Harvard practicara ingenieria genetica con un raton introducien- 
dole un gen cancerigeno. El gen cancerigeno ya era conocido y fue 
insertado usando tecnicas conocidas en una variedad ya conocida de 
raton. La patente que obtuvieron cubria la introduction de cualquier 
gen cancerigeno dentro de cualquier tipo de mamifero mediante 
cualquier metodo. No tienes que saber nada sobre ingenieria geneti- 
ca para darte cuenta de que esto es ridiculo. Me han dicho que esta 



1 Cristal City es la zona de Washington donde se encuentra la oficina de patentes. 
[N. del E.] 
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«sobrepretension» es una practica normal, y que la oficina de paten- 
tes en los EEUU a veces invita a los solicitantes a hacer sus pretensio- 
nes todavia mas amplias. Esencialmente, uno tiende a hacer tan 
amplias sus pretensiones hasta el punto en que piensa que esta entran- 
do en contradiction con algo que no es ambiguo y esta bien documen- 
tado. Observad cuanta tierra podeis conseguir en el espacio mental. 

Cuando los programadores echan un vistazo a muchas patentes 
de software dicen: «jEsto es ridiculamente obvio!». Los burocratas de 
las patentes tienen todo tipo de excusas para justificar su ignorancia 
sobre lo que piensan los programadores. Dicen: «jAh!, pero tienes 
que considerarlo en terminos de como eran las cosas hace diez o vein- 
te afios». En ese momento descubrieron, que si repiten algo hasta la 
saciedad pueden hacerte perder toda perspectiva. Todo puede pare- 
cer no obvio si lo descompones y lo analizas suficientemente. Uno 
simplemente pierde todo criterio de obviedad o por lo menos pierde 
la habilidad de justificar cualquier categoria sobre lo obvio o lo no 
obvio. Luego, por supuesto, describen a los duehos de las patentes 
como brillantes inventores, sin exception, por eso no podemos cues- 
tionar su derecho a tener poder sobre lo que hacemos. 

Si vas a juicio, los jueces tienden a ser un poco mas estrictos sobre 
que es obvio y que no. El problema es que cuesta millones de dolares. 

Una vez oi hablar de un caso sobre patentes, recuerdo que la parte 
demandada era Qualcomm, y creo que el fallo finalmente fue de 13 
millones, de los cuales la mayoria se destino a pagar a los abogados 
de las dos partes. Quedaron unos pocos millones de dolares para el 
demandante — porque Qualcomm perdio. 

En gran medida, la validez de una patente dependera de las inci- 
dencias en el historial. Muchas incidencias en el historial como, exac- 
tamente, que fue publicado y cuando, y cuales de esos elementos se 
pueden encontrar, cuales no se perdieron, fechas concretas y asi... 
determinan si una patente es valida o no. 

En realidad, resulta extraho que la patente de British Telecom 
«seguimiento de hipervinculos por medio de acceso telefonico» fuera 
solicitada en 1975. Creo que fue en 1974 cuando cree el paquete Info 
por primer a vez. El paquete Info te permite utilizar hipervinculos y 
la gente usaba el telefono para conectarse y acceder al sistema. Asi 
que de hecho, yo produje una prueba que invalidaba esta patente. Es 
la segunda idea patentable que se que he producido en mi vida. 
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Pero no creo que tenga ninguna prueba de ello. No pense que esto 
fuera lo suficientemente interesante como para publicarlo. Despues de 
todo, la idea de seguir un hipervinculo la tome de la demo de Englebart 
para su editor. El fue quien tuvo una idea que era interesante de publi- 
cation. Lo que yo habia hecho lo llame «el hipertexto del pobre» dado 
que tenia que implementarlo en el contexto de TECO. No tenia tanta 
capacidad como su hipertexto, pero al menos era util para buscar 
documentation, que era todo lo que pretendia. Y en cuanto a que 
hubiera acceso telefonico al sistema, bueno, lo habia, pero no se me 
ocurrio que lo uno tuviera nada que ver con lo otro. No iba a publicar 
un articulo que dijera: «jOh, he implementado el hipertexto del pobre 
y ^sabeis que? jTambien hay lineas telefonicas en el ordenador!» 

Sospecho que no hay manera de precisar en que fecha imple- 
mente esto. iFue publicado de algun modo? Bueno, invitamos a la 
gente a que entrara a traves de ARPANET y se registrara en nuestra 
maquina — de modo que hubieran podido buscar documentation a 
traves de Info y echar un vistazo al asunto. Si nos lo hubieran pre- 
guntado, se habrian encontrado con que teniamos acceso telefonico. 
Como podeis ver, las incidencias en el historial determinan si tienes 
una tecnica original. 

Ahora, por supuesto, hay una publication hecha por Englebart 
sobre el hipertexto, que ellos, los acusados, van a mostrar. De todos 
modos, no creo que diga nada sobre tener lineas telefonicas en el 
ordenador asi que no esta claro si bastara. 

La posibilidad de ir a juicio para revocar una patente es una 
option. Debido a los gastos normalmente ni se plantea, aunque pue- 
das encontrar una prueba solida que sea suficiente para revocar la 
patente. Como resultado, una patente nula, una patente que nominal- 
mente no deberia haber existido —aunque en realidad muchas de 
estas patentes si existen— es un arma peligrosa. Si alguien te ataca 
con una patente nula, verdaderamente te puede causar muchos pro- 
blemas. Puedes ir de farol ensehandoles tus pruebas. Depende de si 
se pueden asustar de este modo o no. Podrian pensar: «Bueno, vas de 
farol, nos imaginamos que realmente no puedes ir a juicio: no te lo 
puedes permitir, asi que de todos modos te demandaremos». 

Todas estas opciones son cuestiones con las que a veces te puedes 
apahar, pero con las que a menudo no. Asi que tendras que enfren- 
tarte a patente, tras patente, tras patente. Cada vez que seas capaz de 
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encontrar alguna de estas tres posibilidades, te encuentras con que 
existe otra patente, luego otra y luego otra. Se convierte en algo pare- 
cido a cruzar un campo de minas. Cada paso que das, cada decision 
de diseho, posiblemente no pise una patente, asi que puedes dar unos 
pocos pasos y posiblemente no habra una explosion. Pero las posibi- 
lidades de que te abras paso a traves del campo de minas y crees el 
programa que quieres desarrollar sin pisar nunca una patente dismi- 
nuyen mas y mas conforme el programa se hace mas grande. 

Bueno, la gente solia decirme, «bien, hay patentes en otros cam- 
pos, ^por que el software deberia estar eximido de ellas?» Observad 
que suposicion mas grotesca tenemos aqui: de algun modo todos 
debemos sufrir por el sistema de patentes. Es como decir: «Alguna 
gente desarrolla cancer ^por que tu deberias estar exento?» Tal y 
como yo lo veo, que una persona no desarrolle cancer es algo bueno. 

Pero detras de eso hay una pregunta menos sesgada, una buena 
pregunta, que es: ^es el software diferente de los demas campos? 
^Deberia la politica de patentes ser diferente en campos diferentes? 
^En ese caso, por que? 

Permitidme que conteste a esa pregunta: las patentes se relacionan 
con diferentes campos de forma diferente porque, en campos diferen- 
tes, las patentes se relacionan con los productos de forma diferente. 

De un extremo tenemos a las empresas farmaceuticas, donde una 
formula dada podria patentarse de modo que esa patente cubra un 
solo producto. Una sustancia nueva no estaria protegida por la paten- 
te que ya existe. De existir una patente para este nuevo producto, 
seria el dueho de la patente quien desarrollaria el nuevo producto. 

Eso encaja con la idea ingenua que tenemos del sistema de paten- 
tes, que si estas disehando un producto nuevo, vas a conseguir «la 
patente». La idea es que hay una patente por producto, que cubre la 
idea del producto. En algunos campos esto esta cerca de ser verdad; 
en otros campos esto esta lejos de serlo. 

El campo del software esta en el ultimo extremo: un programa 
puede ser objeto de muchas patentes. Esto pasa porque los paquetes 
de software son normalmente muy grandes. Usan muchas ideas 
diferentes en combination. Si el programa es nuevo y no es una sim- 
ple copia, entonces probablemente esta usando una combination 
diferente de ideas. Por supuesto, incorporadas en un codigo escrito 
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de nuevo, porque no puedes nombrar magicamente estas ideas y 
hacerlas funcionar. Tienes que implementar todas. Tienes que imple- 
mentar todas ellas en esa combination. 

El resultado es que incluso cuando escribes un programa, estas usan- 
do una enorme cantidad de ideas diferentes, cada una de las cuales 
puede estar patentada por alguien. Un par de ellas podria estar patenta- 
da por alguien en una combination. Podria haber varias maneras distin- 
tas de describir una idea, que podrian estar patentadas por gente distin- 
ta. Asi que posiblemente hay miles de cosas, miles de puntos vulnerables 
en tu programa, que podrian estar ya patentadas por cualquier otro. 

Por eso las patentes de software tienden a obstruir el progreso del 
software —el trabajo de creation de software. Si fuera el caso de «un 
producto, una patente» entonces estas patentes no obstruirian la crea- 
tion de productos, porque al crear un nuevo producto no habria 
manera de que estuviera patentado por nadie mas. Pero cuando un 
producto se corresponde con muchas ideas diferentes combinadas, 
parece probable que tu nuevo producto — tanto en parte como en su 
totalidad— pueda estar ya patentado por otro. 

En realidad, hay investigaciones economicas que demuestran 
como la imposition de un sistema de patentes, en un campo en el que 
existe una creciente innovation, puede ralentizar el progreso. Los 
defensores de las patentes de software dicen: «Bueno, si, a lo mejor 
hay problemas, pero mas importante que cualquier problema, es el 
hecho de que las patentes deben promover la innovation, y esto es 
tan importante que da igual los problemas que causen». Por supues- 
to, esto no lo dicen en voz alta porque seria ridiculo, pero implicitamen- 
te quieren haceros creer que el sistema de patentes promueve siempre 
el progreso y que eso compensa todo coste posible. Pero en realidad no 
hay razones para creer que promueva el progreso. Ahora tenemos un 
modelo que demuestra exactamente como las patentes pueden ralenti- 
zar el progreso. El caso, donde ese modelo aplicado describe muy bien 
la situation del software, es el de la creciente innovation. 

(jPor que se encuentra el software en ese extremo del espectro? El 
motivo es que en software creamos objetos matematicos ideales. 
Puedes construir un Castillo enrevesado que descanse sobre una linea 
fina y se mantendra en pie porque no pesa nada. En otros campos, la 
gente se tiene que manejar con la obstinacion de la materia —la de los 
objetos fisicos. La materia hace lo que tiene que hacer. Puedes intentar 
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modelarla, pero si el comportamiento real no se ajusta a tu modelo, 
entonces peor para ti, porque el desafio es hacer objetos fisicos que 
verdaderamente funcionen. 

Si quiero poner una orden condicional en una orden «mientras» / 
no me tengo que preocupar si la condicional oscilara a tal frecuencia 
y se frotara contra el «mientras» hasta que finalmente ambas se rom- 
pan. No me tengo que preocupar de si oscilara a una determinada 
alta frecuencia y provocara una serial en el valor de otra variable. No 
me tengo que preocupar de cuanta corriente atraera esa condicional, 
ni de si disipara el calor dentro del «mientras», o de si habra una 
caida en el voltaje a traves del «mientras» que hara que la orden con- 
dicional no funcione. No me tengo que preocupar de que si pongo 
este programa en un entorno de agua salada, el agua salada se podria 
introducir entre la condicional y la orden «mientras» y provocar 
corrosion. [Risas del publico] . 

No me tengo que preocupar, cuando me refiero al valor de una 
variable, de si estoy excediendo su aforo refiriendome a ella 20 veces. 
No me tengo que preocupar de cuanta capacidad tiene, ni de si habra 
suficiente tiempo para que cobre valor. 

No me tengo que preocupar, cuando escribo el programa, de 
como voy a juntar fisicamente cada copia, ni de si puedo arreglarme- 
las para llegar a poner la condicional dentro del «mientras». No me 
tengo que preocupar de como voy a acceder a ella, en caso de que la 
orden condicional se rompa, para retirarla y cambiarla por una 
nueva. Hay muchos problemas de los que no nos tenemos que preo- 
cupar en el software; eso hace mucho mas facil escribir un programa 
que disenar un objeto fisico que tenga que funcionar. 

Esto puede parecer extrano, porque habreis oido a gente hablan- 
do sobre lo dificil que es disenar software, sobre el enorme problema 
que supone y reflexionando sobre como van a resolverlo. Realmente 
no estan hablando de lo mismo que yo. Yo estoy comparando siste- 
mas fisicos y sistemas de software de la misma complejidad, con la 
misma cantidad de elementos. Estoy diciendo que un sistema de soft- 
ware es mucho mas facil de disenar que un sistema fisico. Pero el 
talento de la gente en estos campos diferentes es el mismo, de modo 
que, ique hacemos cuando nos encontramos con un campo facil? jLo 
hacemos avanzar! Llevamos nuestras habilidades al limite. Si los sis- 
temas del mismo tamaho son faciles, hagamos sistemas diez veces 
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mas grandes — jresultara entonces mas dificil! Eso es lo que hacemos: 
producimos sistemas de software que son mucho mas grandes que 
los sistemas fisicos en relation con su numero de elementos. 

Un sistema fisico cuyo diseho incluye un millon de partes diferen- 
tes es un megaproyecto. Un programa informatico cuyo disefio inclu- 
ye un millon de partes quiza tenga 300.000 lineas; unas pocas perso- 
nas escriben eso en un par de anos. No es un programa especialmen- 
te gigantesco. GNU EMACS tiene ahora varios millones de partes en 
su disefio, creo. Tiene un millon de lineas de codigo. Este es un pro- 
yecto esencialmente hecho sin financiacion de ningun tipo, realizado 
en su mayoria por gente en su tiempo libre. 

Hay otra gran salvedad. Si has disefiado un producto fisico, lo pro- 
ximo que debes hacer es disenar la fabrica para producirlo. Construir 
esta fabrica podria costar millones o decenas de millones, mientras 
que para hacer copias de un programa solo tienes que pulsar «copiar». 
El mismo comando copiara cualquier programa. Si quieres copias en 
un CD, perfecto, grabas un CD master y lo envias a una planta de 
CD's. Ellos usaran el mismo equipo que copia cualquier contenido en 
un CD. No hace falta construir una fabrica especializada para produ- 
cir cada producto concreto. Se da una tremenda simplification y 
reduction del coste de diseho. 

Una compahia automovilistica, que se gasta 50 millones para 
construir una fabrica para hacer un nuevo modelo de coche, puede 
contratar a unos abogados para verselas con las negociaciones de la 
licencia de patentes. Incluso pueden verselas con una demanda si 
quisieran. Disenar un programa de la misma complejidad podria cos- 
tar 50.000 o 100.000 dolares. En comparacion, el coste de tratar con el 
sistema de patentes es demoledor —en realidad disenar un programa 
de la misma complejidad que el diseho mecanico de un coche repre- 
senta probablemente un mes de trabajo. Cuantas partes tiene un 
coche..., quiero decir, en caso de que el coche no tenga ordenador. 2 



1 Hay aproximadamente 300-400 elementos distintos en una transmision automatica 
y una transmision es generalmente el componente mas complicado de un coche. 
Disenar una transmision puede llevar de seis meses a un ano, e incluso entonces 
puede llevar mas tiempo tenerla a punto y en funcionamiento. De todos modos, un 
programa con 500 o 800 elementos utiles tendria entre 200 y 300 lineas de codigo, y 
probablemente a un buen programador le llevaria de un dia a una semana escribirlo, 
probarlo y depurarlo. 
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Esto no quiere decir que disehar uno bueno sea facil, solo que no 
incluye tantos elementos diferentes. 

El resultado es que el software es realmente distinto de otros cam- 
pos, porque cuando estamos trabajando con herramientas matemati- 
cas, disefiar algo es mucho, mucho mas facil. El resultado es que pro- 
ducimos con regularidad sistemas que son mucho, mucho mas gran- 
des y lo hacemos con solo unas pocas personas. El resultado es que 
en lugar de acercarnos a tener un producto y una patente, estamos en 
un sistema donde un producto implica muchas, muchas ideas que 
podrian estar ya patentadas. 

El mejor modo de explicar esto es por analogia con las sinfonias. 
Una sinfonia tambien es larga e incluye muchas notas, y probable- 
mente usa muchas ideas musicales. Imaginad que los gobiernos euro- 
peos del siglo XVIII hubieran decidido que querian promover el pro- 
greso de la musica sinfonica estableciendo una Oficina Europea de 
Patentes Musicales, que ofreciera patentes para cualquier tipo de 
ideas musicales que pudieras exponer con palabras. 

Imaginad entonces que estamos cerca de 1800, que sois Beethoven 
y quereis escribir una sinfonia. Os encontrareis con que disponer 
vuestra sinfonia de modo que no infrinja ninguna patente es mas difi- 
cil que escribir una buena sinfonia. 

Cuando os quejais de esto, los duehos de las patentes os dicen 
«Venga, Beethoven, ya nos estas jodiendo porque no tienes ideas pro- 
pias. Lo unico que quieres es robar nuestras invenciones». Beethoven, 
como de hecho sucedia, tenia muchas ideas musicales nuevas — pero 
tenia que usar muchas ideas musicales ya existentes para hacer musi- 
ca reconocible, para hacer musica que pudiera gustar a los oyentes, 
que estos pudieran reconocer como musica. Nadie es tan brillante 
como para reinventar una musica completamente distinta y hacer 
algo que a la gente le guste escuchar. Pierre Boulez dijo intentar 
hacerlo, pero ^quien escucha a Pierre Boulez? 

Nadie es tan brillante como para reinventar toda la ciencia infor- 
matica, de forma completamente nueva. Si lo hiciera, produciria algo 
que los usuarios encontrarian tan extraho que no querrian usarlo. Si 
hoy echas un vistazo a un procesador de texto, te encontraras, creo, 
con cientos de caracteristicas diferentes. Si desarrollas un procesador 
de texto nuevo, bueno e innovador, eso significa que incluye algunas 
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ideas nuevas, pero debe incluir cientos de viejas ideas. Si no te esta 
permitido usarlas, no puedes hacer un procesador de textos innova- 
dor. Como el trabajo de creation de software es tan grande, el resul- 
tado es que no necesitamos ningun plan artificial para incentivar las 
nuevas ideas. Simplemente deja que la gente escriba software y ya 
tendran nuevas ideas. Si quieres escribir un programa y quieres 
hacerlo bien, te vendran a la cabeza algunas ideas y encontraras algu- 
na forma de usar algunas de ellas. 

Lo que solia pasar — porque yo estaba en el campo del software 
antes de que existieran patentes de software— era que la mayoria de 
los creadores publicaban cualquier idea que pensaran que fuera digna 
de atencion y por la que pensaran recibir algun reconocimiento o res- 
peto. Las ideas que fueran demasiado pequehas o no lo suficiente- 
mente notables no las publicaban porque podrian ser una tonteria. 
Ahora se supone que el sistema de patentes apoya el descubrimiento 
de ideas. En realidad, en los viejos tiempos, nadie guardaba las ideas 
en secreto. Guardaban el codigo en secreto, es verdad. El codigo, des- 
pues de todo representaba el grueso del trabajo. Guardaban el codigo 
en secreto y publicaban las ideas, de modo que los empleados adqui- 
rieran algo de reconocimiento y se sintieran bien. 

Despues de las patentes de software, todavia guardan el codigo en 
secreto y ademas patentan las ideas, asi que en realidad, no se ha apo- 
yado el descubrimiento en ningun sentido significativo. Las mismas 
cosas se guardan en secreto hoy, al igual que se guardaban ayer, pero 
las ideas que se solian publicar para que las pudieramos usar, es muy 
probable que ahora sean patentadas y esten fuera de nuestro alcance 
durante 20 ahos. 

iQue puede hacer un pais para cambiar esto? ^En que direction 
deberiamos modificar las politicas al respecto para solucionar este 
problema? 

Hay dos puntos por donde se puede atacar. Uno es el punto 
desde donde se lanzan las patentes, la oficina de patentes. El segun- 
do es donde se aplican las patentes. Aqui se trata de que es lo que 
protege la patente. 

Una forma es mantener un buen criterio para publicar patentes. 
Esto puede funcionar en un territorio que no ha autorizado antes las 
patentes informaticas, por ejemplo, la mayor parte de Europa. 
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Simplemente reforzar claramente las reglas de la Oficina Europea de 
Patentes que dictan que el software no es patentable ya es una buena 
solution para Europa. Ahora Europa esta teniendo en cuenta una 
directiva sobre patentes de software. (Supongo que la directiva sera 
mas amplia, pero una de sus implicaciones importantes son las 
patentes de software). Simplemente con modificar esta directiva para 
dictar que las ideas de software no pueden ser patentadas, el proble- 
ma se mantendra alejado de Europa, al menos en su mayor parte, 
excepto en algunos paises que podrian haber asumido el problema 
por su cuenta, siendo por desgracia el Reino Unido uno de ellos — 
por desgracia para vosotros. 

Esa posibilidad no existe en EEUU. La razon es que EEUU ya tienen 
una gran cantidad de patentes de software y cualquier cambio en el cri- 
terio para publicar patentes no deshara de las que ya existen. 3 Asi, en 
EEUU, la solution tendra que pasar por cambiar la aplicabilidad, el 
alcance, de las patentes. Dictar que una implementation pura de soft- 
ware, instalada sobre hardware de uso general que no infringe en si 
mismo la patente, no esta protegida por ninguna patente y no puede ser 
objeto de demanda por ello. Se trata de otro tipo de solution. 

El primer tipo de solution, la solution que interviene sobre que tipos 
de patentes pueden ser validos, es una buena solution para Europa. 

Cuando en EEUU se empezaron a conceder patentes de software, 
no hubo debate politico. En realidad, nadie se entero. El ambito del 
software, en su mayor parte, ni siquiera se entero. Existia una deci- 
sion del Tribunal Supremo en 1981 que reflexionaba sobre la patente 
de un procedimiento para curar el sindrome del nevus azul. El fallo 
fue que el hecho de que el aparato incluyera un ordenador y un pro- 
grama como parte del procedimiento para curar el sindrome no lo 
hacia impatentable. Al aho siguiente, la sala de apelaciones que con- 
sidera todos los casos de patentes invirtio los terminos: dicto que el 
hecho de que hubiera un ordenador y un programa en todo esto lo 



^ Digo «patentes de software», pero que me estoy refiriendo? La oficina de paten- 
tes de EEUU no divide oficialmente las patentes entre patentes de software y otras 
patentes. Asi que, de hecho, se puede concebir que cualquier patente pueda servir 
para demandarte si se puede aplicar a algun software. Las patentes de software son 
patentes que potencialmente se podrian aplicar al software, patentes que en potencia 
pueden servir para demandarte por escribir software. 
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hacia patentable. El hecho de que cualquier cosa tenga un ordenador 
y un programa la hace patentable. Por eso los EEUU empezaron a 
tener patentes sobre procesos de negocio: porque los procesos de 
negocio se gestionaban con un ordenador y eso los hacia patentables. 

De este modo, se dicto este fallo y creo que la patente sobre el calcu- 
lo en orden natural fue una de las primeras o quiza incluso la primera. 

Durante la decada de 1980 no sabiamos nada de esto. Fue hacia 
1990 cuando los programadores en EEUU empezaron a ser conscien- 
tes de que se enfrentaban a un peligro. Vi como trabajaba el sector 
antes y como trabajaba despues. No vi ningun aceleramiento especial 
del progreso despues de 1990. 

En EEUU no hubo debate politico pero, en Europa, ha habido un 
gran debate politico. Hace varios ahos hubo presiones para enmendar 
el tratado de Munich que establecia la Oficina Europea de Patentes. 
Tenia una clausula que dictaba que el software no es patentable. La 
presion fue para enmendarlo y para que se pudiera empezar a permi- 
tir las patentes de software. Sin embargo, la comunidad se entero. 
Fueron realmente los desarrolladores y los usuarios de software libre 
quienes llevaron la iniciativa. Pero no somos los unicos amenazados 
por las patentes de software. Todos los desarrolladores de software 
estan amenazados por las patentes de software, incluso los usuarios 
de software estan amenazados por las patentes de software. 

Por ejemplo, Paul Heckel —cuando Apple no estaba muy asusta- 
da por sus amenazas— amenazo con empezar a demandar a los 
clientes de Apple. Apple encontro esto mucho mas temible. Se imagi- 
naron que no podrian permitirse que sus clientes fueran demandados 
de este modo, aunque finalmente ganaran. Asi que los usuarios tam- 
bien pueden ser demandados, bien como forma de atacar al creador, 
bien como simple forma de exprimirles dinero por su cuenta o bien 
como forma de causar alboroto. Todos los desarrolladores y usuarios 
de software son vulnerables. 

Sin embargo, fue la comunidad del software libre en Europa la 
que llevo la iniciativa para organizar la oposicion. De hecho, dos ter- 
ceras partes de los paises que estan ahora en la Oficina Europea de 
Patentes voto en contra de enmendar ese tratado. En ese momento, la 
UE intervino, los cargos politicos estaban divididos acerca de este 
cuestion. Al parecer, el encargado de la promocion del software esta 
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en contra de las patentes de software, pero no estaba en su mano 
este asunto. Es la direction del Mercado Unico la que tiene esta 
competencia y esta dirigida por alguien que esta a favor de las 
patentes del software. Basicamente no hicieron caso de la opinion 
publica que se les habia expresado. Han propuesto una directiva 
para permitir las patentes de software. 

El gobierno frances ya ha dicho que esta en contra. La gente esta 
informando a otros gobiernos europeos para que se opongan a las 
patentes del software y es vital que se empiece a hacer esto aqui, en 
Gran Bretana. Segun Harmut Pilch, que es uno de los lideres en la 
lucha europea contra las patentes de software, el mayor impulso para 
estas viene de la oficina britanica de patentes. La oficina de patentes 
del Reino Unido esta simplemente inclinada a favor de las patentes 
de software. Hizo una encuesta publica y la mayoria de las respues- 
tas se oponian a las patentes de software. Entonces escribieron un 
informe diciendo que la gente parecia satisfecha con ellas, pasando 
por alto completamente las respuestas. La comunidad del software 
libre dijo «por favor, enviadnos las respuestas tambien a nosotros». 
Asi que publicaron esas respuestas, que generalmente estaban en 
contra. Nunca se hubiera supuesto eso a partir el informe que publi- 
co la oficina de patentes del Reino Unido. 

Usan un termino que ellos llaman «efecto tecnico». Este es un ter- 
mino que puede estirarse enormemente. Supuestamente tienes que 
pensar que una idea sobre un programa solo seria patentable si esta 
relacionada con actos fisicos especificos. Si esa es la interpretation, 
en su mayor parte quedaria resuelto el problema. Si las unicas ideas 
de software que pudieran patentarse fueran aquellas que de verdad 
estuvieran relacionadas con un resultado tecnico o fisico particular, 
que hubieras patentado si no hubieras usado el programa, estaria 
bien. El problema es que puedes estirar ese termino. Puedes descri- 
bir el resultado que obtienes por utilizar cualquier programa como un 
resultado fisico. ^Como se diferencia este resultado fisico de cualquier 
otro? Bueno, se diferencia como resultado de este compute El resulta- 
do es que la oficina de patentes del Reino Unido propone algo que 
parece resolver el problema en su mayor parte, pero en realidad da 
carta blanca para patentar casi cualquier cosa. 

El personal del mismo ministerio tambien esta implicada en asun- 
tos referidos al copyright, que realmente no tienen nada que ver con 
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las patentes del software excepto en que estan siendo manejadas por 
la misma gente. (A lo mejor se han dejado llevar por el termino «pro- 
piedad intelectual» para confundir las dos cuestiones). Se trata de 
interpretar la reciente directiva de copyright de la UE, una ley horri- 
ble como la Digital Millenium Copyright Act en los EEUU, pero con algo 
de flexibilidad para que los paises decidan como se implementa. Reino 
Unido propone la manera mas draconiana posible para implementar 
esta directiva. Se podria reducir mucho el daho implementandola 
apropiadamente. Reino Unido quiere maximizar el efecto tiranico de 
esta directiva. Parece que hay cierto grupo — ^el Departamento de 
Comercio e Industria?— que debe ser frenado. Es necesario revisar sus 
actividades y detener la gestation de nuevas formas de poder. 

Las patentes de software subordinan a todo desarrollador de soft- 
ware y a todo usuario a una nueva forma de burocracia. Si los nego- 
cios que usan ordenadores se dieran cuenta de cuantos problemas les 
puede causar esto, se levantarian en armas, y estoy seguro de que 
podrian detenerlo. A los negocios no les gusta estar subordinados a 
la burocracia. Hay algunas areas en las que nos gustaria que el go- 
bierno del Reino Unido hiciera un trabajo mas cuidadoso al subordi- 
nar ciertos negocios a la burocracia, como en todo lo que se refiere al 
desplazamiento de animales. 4 Pero en los casos en los que no sirve a 
otro proposito que a crear monopolios artificiales, de modo que 
alguien pueda interferir en la creation de software — exprimiendo 
dinero de los desarrolladores y los usuarios— , deberiamos mostrar 
oposicion. Tenemos que hacer conscientes a las empresas de lo que 
las patentes de software les pueden hacer, y conseguir su apoyo para 
luchar contra las patentes de software en Europa. 

La batalla no ha terminado. Todavia puede ser ganada. 



Para que sea mas dificil que se extiendan las enfermedades contagiosas. 





Seccion tres 




Libertad, sociedad y software 



iPuedes confiar en tu ordenador? 



^De quien deberi'a recibir ordenes tu ordenador? Mucha gente pien- 
sa que sus ordenadores deberian obedecerles a ellos y no a otras per- 
sonas. Mediante un plan al que llaman «informatica de confianza», las 
grandes corporaciones de los medios de comunicacion — incluyendo 
las companias cinematograficas y de la industria discografica— al lado 
de companias del ambito de la informatica, como Microsoft e Intel, pla- 
nean hacer que su ordenador los obedezca a ellos en lugar de a ti los 
programas propietarios han incluido caracteristicas malevolas en el 
pasado, pero este plan las universalizaria. 

Software propietario significa, fundamentalmente, que tu no con- 
trolas lo que haces; no puedes estudiar el codigo fuente ni modificar- 
lo. No es sorprendente que habiles hombres de negocios encuentren 
medios de control para colocarte en una situation de desventaja. 
Microsoft ha hecho esto varias veces; una version de Windows fue 
disenada para informar a Microsoft sobre todo el software contenido 
en su disco duro; una reciente actualization de «seguridad» del 
Windows Media Player requeria que los usuarios aceptaran nuevas 
restricciones. Pero Microsoft no esta solo en esto: el software para 
intercambio de musica KaZaa esta disenado de forma que un asocia- 
do de negocios de KaZaa pueda alquilar el uso de tu ordenador a sus 



Esta version es parte de Software libre para una sociedad libre, editorial Traficantes de 
suenos, 2004 (http://www.traficantes.net, ISBN 84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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clientes. Estas caracteristicas malevolas son normalmente secretas, 
pero una vez que te enteras de ellas es dificil eliminarlas, dado que 
no dispones del codigo fuente. 

En el pasado, fueron incidentes aislados. La «informatica de con- 
fianza» los haria omnipresentes. «Informatica traicionera» seria un 
nombre mas apropiado, en la medida en que el proyecto esta diseha- 
do para asegurarse de que sistematicamente tu ordenador te va a desobe- 
decer. De hecho, esta disehado para que tu ordenador deje de funcio- 
nar como un ordenador de proposito general. Cada operation puede 
requerir de una autorizacion explicita. 

La idea tecnica subyacente a la informatica traicionara es que el 
ordenador incluya un dispositivo de encriptacion y de firma digital, 
cuyas claves permanecerian en secreto. (La version de Microsoft se 
llama «palladium»). Los programas propietarios usan este dispositi- 
vo para controlar que programas puedes ejecutar, a que documentos 
o datos puedes acceder y a que programas se los puedes transferir. 
Estos programas descargaran continuamente nuevas reglas de auto- 
rizacion a traves de Internet e impondran dichas reglas automatica- 
mente en tu trabajo. Si no permites que tu ordenador obtenga las nue- 
vas reglas periodicamente de Internet, algunas aplicaciones dejaran 
de funcionar automaticamente. 

Por supuesto, Hollywood y las empresas discograficas planean 
usar la informatica traicionera para «DRM» («Digital Restriction 
Management^ [« Administration de Restricciones Digitales»]), de 
modo que los videos y la musica descargados puedan ser reproduci- 
dos solo en un ordenador especifico. Sera completamente imposible 
compartir, al menos sin usar los archivos autorizados que tendrias 
que obtener de dichas companias. El publico, deberiais tener la liber- 
tad y la capacidad de compartir esas cosas. (Espero que alguien 
encuentre la forma de producir versiones no cifradas, de subirlas y 
compartirlas, asi DRM no tendra un exito completo, aunque esto no 
es una excusa para el sistema). 

Hacer imposible el hecho de compartir es de por si bastante malo, 
pero la situation es peor. Existen planes para usar el mismo mecanis- 
mo para enviar documentos por correo electronico — produciendo 
mensajes que desaparecen en dos semanas, o documentos que solo 
pueden ser leidos en los ordenadores de determinada empresa. 
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Imagina que recibes un mensaje de correo electronico de tu jefe 
diciendote que hagas algo que piensas que es arriesgado; un mes des- 
pues, cuando el tiro sale por la culata no puedes usar el mensaje para 
demostrar que la decision no fue tuya. «Ponerlo por escrito» no te 
protege si la orden esta escrita en tinta que desaparece. 

Imagina que recibes un mensaje de correo electronico de tu jefe 
estableciendo una politica que es ilegal o moralmente ultrajosa, como 
destrozar los documentos de la auditoria de tu empresa, o permitir 
que una amenaza peligrosa para tu pais avance sin control. Ahora, 
puedes enviar esta noticia a una periodista y exponer esa actividad. 
Con la informatica traicionera, la periodista no sera capaz de leer el 
documento; su ordenador se negara a obedecerla. La informatica trai- 
cionera se transforma en un paraiso para la corruption. 

Los procesadores de texto como Microsoft Word podrian usar la 
informatica traicionera cuando guardes tus documentos para asegu- 
rarte de que ningun procesador de texto de la competencia pueda 
leerlos. En la actualidad debemos averiguar los secretos del formato 
Word mediante laboriosos experimentos, para que los procesadores 
libres puedan leer sus documentos. Si Word cifra los documentos 
usando la informatica traicionera cuando los guarda, la comunidad 
del software libre no tendra la posibilidad de desarrollar software 
para leerlos — y si pudieramos, esos programas podrian ser prohibi- 
dos por la Digital Millennium Copyright Act. 

Los programas que usen la informatica traicionera descargaran 
continuamente nuevas reglas de autorizacion desde Internet e 
impondran dichas reglas en tu trabajo. Si a Microsoft, o al gobierno 
de EEUU, no les agrada lo que dices en un documento, podran publi- 
car nuevas restricciones instruyendo a todos los ordenadores para 
que prohiban que alguien lea dicho documento. Cada ordenador 
obedecera cuando descargue las nuevas instrucciones. Su escrito 
estara sujeto a un supresion retroactiva estilo 1984. Hasta usted 
podria ser incapaz de leerlo. 

Podrias pensar que puedes averiguar que cosas sucias hace una 
aplicacion de informatica traicionera, estudiar cuan daninas son y 
decidir si aceptarlas o no. Seria ingenuo aceptarlas, pero el proble- 
ma es de tal magnitud que no podras resistir mucho tiempo. Una 
vez dependas del uso del programa, estaras enganchado, ellos lo 
saben; entonces pueden cambiar las condiciones del acuerdo. 
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Algunas aplicaciones descargaran automaticamente actualizaciones 
que haran algo diferente — y no te damn la posibilidad de elegir si 
quieres la actualization o no. 

Hoy por hoy, puedes evitar las limitaciones del software propieta- 
rio no usandolo. Si ejecutas GNU/Linux u otro sistema operativo 
libre y si evitas instalar aplicaciones propietarias sobre el, entonces 
estaras al mando de lo que tu ordenador hace. Si un programa libre 
tiene una caracteristica malevola, otros desarrolladores de la comuni- 
dad la suprimiran y podras usar la version corregida. Puedes tam- 
bien ejecutar aplicaciones y herramientas libres en sistemas operati- 
ves no libres; esto no te proporciona una plena libertad, pero muchos 
usuarios lo hacen. 

La informatica traicionera pone en peligro la existencia de los sis- 
temas operativos y las aplicaciones libres, en la medida en que ya no 
podras ejecutarlas de ninguna forma. Algunas versiones de la infor- 
matica traicionera requeriran que el sistema operativo este especifica- 
mente autorizado por alguna empresa particular. Los sistemas opera- 
tivos libres no podran ser instalados. Algunas versiones de la infor- 
matica traicionera requeriran que cada programa sea especificamen- 
te autorizado por el desarrollador del sistema operativo. No podras 
ejecutar aplicaciones libres en tales sistemas. Si averiguas como 
hacerlo y se lo dices a alguien podria constituir un delito. 

Existen proyectos de ley en EEUU que requieren que todos los 
ordenadores soporten informatica traicionera y que se prohiba la cone- 
xion de ordenadores antiguos a Internet. La CBDTPA (la llamamos 
Consume But Don't Try Programming Act, Consuma Pero No Trate de 
Programar) es uno de ellos. Pero incluso si no te obligan legalmente a 
migrar hacia la informatica traicionera, la presion para aceptarla puede 
ser enorme. Ahora, las personas utilizan normalmente el formato 
Word para comunicarse, aunque esto causa muchos problemas [vease 
http://www.gnu.org/no-word-attachments.html]. Si solo una maquina 
con informatica traicionera puede leer los ultimos documentos de 
Word, mucha gente migrara hacia ella, en la medida en que consideren 
la situation unicamente en terminos de action individual — o lo tomas 
o lo dejas. Para oponernos a la informatica traicionera, debemos unir- 
nos y confrontar la situation como una election colectiva. 

Para mayor information sobre la informatica traicionera vease 
http://www.cl. cam.ac.uk/ users/rja!4/tcpa-faq.html. 
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Bloquear la informatica traicionera requerira que se organicen un gran 
numero de ciudadanos. jNecesitamos tu ayuda! La Electronic Frontier 
Foundation (www.eff.org) y la Public Knowledge (www.publiccknowled- 
ge.org) estan organizando campanas contra la informatica traicionera, 
asi como tambien el Digital Speech Project (www.digitalspeech.org) 
esponsorizado por la Free Software Foundation. Por favor, visita estos 
sitios Web para poder sumarte y apoyar su labor. Tambien puedes 
ayudar escribiendo a las oficinas de asuntos publicos de Intel, IBM, 
HP/Compaq, o cualquiera a quien le hayas comprado un ordena- 
dor, explicandole que no quieres ser presionado a comprar sistemas 
de informatica «fiable», con lo que no estas de acuerdo en que ellos 
los produzcan. Puedes ejercer la presion del poder del consumidor. 
Si haces esto, por favor envia copias de tus cartas a las organizatio- 
ns antes citadas. 



Postscriptum 

El proyecto GNU distribuye GNU Privacy Guard, un programa que 
implementa cifrado de clave publica y firmas digitales, que puede uti- 
lizase para enviar mensajes de correo electronico seguros y privados. 
Es muy ilustrativo examinar como GPG se diferencia de la informati- 
ca traicionera y ver que hace a una tan util y a la otra tan peligrosa. 

Cuando alguien usa GPG para enviarte un documento cifrado y 
usas GPG para decodificarlo, el resultado es un documento no cifra- 
do que puedes leer, reenviar, copiar e incluso re-cifrar para enviarlo 
de forma segura a un tercero. Una aplicacion de informatica traicio- 
nera te dejaria leer las palabras en la pantalla, pero no producir un 
documento no cifrado que pudiera usarse de otra forma. GPG, un 
paquete de software libre, pone las funciones de seguridad a disposi- 
tion de los usuarios: los usuarios usan el programa. La informatica trai- 
cionera esta disenada para imponer restricciones a los usuarios: es 
ella la que usa a los usuarios. 



• Por que el software debe set libre 



La existencia del software plantea inevitablemente la pregunta de 
que decisiones deberian tomarse respecto a su uso. Por ejemplo, 
supongamos que una persona que tiene una copia de un programa, se 
encuentra con otra que desearia tener otra copia del mismo. Es posible 
copiar el programa; ^quien deberia decidir si esto se lleva a cabo o no? 
^Las personas involucradas? iO un tercero, llamado «propietario»? 

Por lo general, los desarrolladores de software consideran estos 
problemas basandose en que el criterio para responder a esta pre- 
gunta es el de maximizar los beneficios del desarrollador. El poder 
politico del sector empresarial ha llevado al gobierno a adoptar igual- 
mente el criterio y la respuesta que proponen los desarrolladores: 
que el programa tiene un dueno, generalmente una compania asocia- 
da a su desarrollo. 

Me gustaria considerar el mismo problema usando un criterio 
diferente: la prosperidad y la libertad del publico en general. 

La respuesta no puede provenir de la ley vigente —la ley debe- 
ria ajustarse a la etica y no al reves. Tampoco el dia a dia resuelve el 
problema, a pesar de que puede sugerir algunas soluciones posibles. 



Escrito originalmente en 1992, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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La unica forma de juzgar es observar quien se ve beneficiado y quien 
se ve perjudicado mediante el reconocimiento de los propietarios de 
software, por que y en que medida. En otras palabras, deberiamos 
realizar un analisis del tipo coste-beneficio en nombre de la sociedad 
como un todo, teniendo en cuenta la libertad individual asi como la 
production de bienes materiales. 

En este ensayo, describire los efectos provocados por el reconoci- 
miento de los propietarios y mostrare que los resultados son perjudi- 
ciales. Mi conclusion es que los programadores debemos dedicarnos a 
animar a otros a compartir, redistribuir, estudiar y mejorar el software 
que escribimos, en otras palabras, animar a escribir software «libre». 1 

Como los propietarios justifican su poder 

Aquellos que se benefician del sistema actual, en el que los progra- 
mas son concebidos como propiedad privada, esgrimen dos argu- 
mentos en favor de su derecho de ser propietarios de programas: el 
argumento emocional y el argumento economico. 

El argumento emocional es del tipo: «Pongo mi sudor, mi corazon, 
mi alma en este programa. Proviene de mi, es mwl» 

Este argumento no requiere una refutation seria. El sentimiento 
de apego puede ser cultivado por los programadores cuando les con- 
venga, pero no es inevitable. Considerese, por ejemplo, cuan deseo- 
sos firman y ceden sus derechos sobre el programa a una gran 
empresa a cambio de un salario; misteriosamente el apego emocional 
se desvanece. Por el contrario, considerense a los grandes artistas y 
artesanos de la epoca medieval, que ni siquiera firmaban sus trabajos. 
Para ellos, el nombre del artista no era importante. Lo que importaba 
era que el trabajo se habia hecho — y el proposito al que servia. Esta 
vision ha prevalecio durante cientos de anos. 

El argumento economico es del tipo: «Quiero ser rico — normal- 
mente expresado de manera poco precisa como "tengo que vivir de 



1 El adjetivo «libre» en «software libre» hace referencia a la libertad, no al precio; el 
precio pagado por una copia de un programa libre puede ser cero, bajo o — en muy 
pocas ocasiones— bastante alto. 
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algo"— y si no me dejas enriquecerme programando, entonces no 
programare. Todo el mundo es como yo, de manera que nadie pro- 
gramara jamas. jY te encontraras con que no tienes programas!» Esta 
amenaza suele venir disfrazada como un amigable y sabio consejo. 

Explicare mas tarde por que esta amenaza es algo completamente 
absurdo. Antes me gustaria presentar un presupuesto implicito que 
esta mucho mas presente en otra formulation del mismo argumento. 

Esta formulation empieza comparando la utilidad social del soft- 
ware propietario con la utilidad que se derivaria de no tener software 
y entonces llega a la conclusion de que el software propietario es, en 
general, beneficioso y que deberia ser promovido. La falacia reside 
aqui en comparar solamente dos posibilidades —software propieta- 
rio versus ausencia de software— y suponer que no existen otras 
posibilidades. 

En un sistema en el que impera la propiedad intelectual, el desarro- 
llo del software se encuentra generalmente vinculado a la existencia de 
un dueno que controla el uso de ese software. Mientras exista este vin- 
culo, nos enfrentamos continuamente a la election entre software pro- 
pietario o nada. Sin embargo, este vinculo no es inherente ni tampoco 
inevitable; es mas bien consecuencia de una decision politica sociole- 
gal especifica que aqui estamos cuestionando: la decision de que el 
software tenga propietarios. Formular la election entre software pro- 
pietario y ausencia de software implica empobrecer la cuestion. 

El argumento en contra de la propiedad del software 

La pregunta que se nos plantea es, «^deberia el desarrollo del software 
estar vinculado a la existencia de propietarios que restrinjan su uso?» 

Para resolver este problema, tenemos que evaluar el efecto en la 
sociedad de cada una las dos opciones independientemente: el efecto de 
desarrollar software —sin tener en cuenta la manera en que se redis- 
tribuye— y el efecto de restringir su uso — suponiendo que el softwa- 
re ha sido desarrollado. Si una de estas actividades es beneficiosa y la 
otra es perjudicial, deberiamos deshacernos de esta doble actividad y 
utilizar solo la beneficiosa. 
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En otras palabras, si restringir la distribution de un programa ya 
desarrollado es perjudicial para la sociedad en su conjunto, enton- 
ces un desarrollador de software con una orientation etica deberia 
rechazar esta option. 

Para determinar el efecto de restringir el derecho a compartir, nece- 
sitamos comparar los beneficios para la sociedad de un programa res- 
tringido — propietario— con los que ofrece ese mismo programa acce- 
sible a todo el mundo. Esto significa comparar dos mundos posibles. 

Este analisis tambien tiene en cuenta el contra-argumento, a veces 
defendido, de que «los beneficios que se proporcionan al vecino al 
darle una copia de un programa se cancelan por el perjuicio provoca- 
do al propietario». Este contra-argumento presupone que el perjuicio 
y el beneficio son iguales en magnitud. El analisis implica la compa- 
racion de ambas magnitudes y muestra que el beneficio es mucho 
mayor que el perjuicio. 

Para clarificar todo esto, vamos a aplicarlo a otro ambito: la cons- 
truction de carreteras. 

Pudiera ser que la financiacion para construir todas las carreteras 
proviniese de los peajes. En consecuencia, nos encontrariamos pun- 
tos de peaje en cada esquina. Un sistema de este tipo generaria incen- 
tives a la hora de mejorar las carreteras. Tambien tendria la virtud de 
obligar a los usuarios de una determinada carretera a que pagasen 
por ella. Sin embargo, un punto de peaje es un obstaculo artificial 
para una circulation fluida —artificial, porque no es una consecuen- 
cia derivada del funcionamiento de los coches o de las carreteras. 

Si comparamos la utilidad de las carreteras libres y de la carreteras 
con peaje, encontramos que — siendo iguales en todo—, las carreteras 
sin puntos de peaje son mas baratas de construir, mas baratas de admi- 
nister y mas eficientes. 2 En un pais pobre, el peaje podria provocar que 
algunas carreteras fuesen inaccesibles a muchos ciudadanos. De manera 



L Los problemas asociados a la contamination y a la congestion del trafico no modifi- 
can esta conclusion. Si queremos encarecer la conduction, para desanimar la conduc- 
tion en general, no deberiamos recurrir a los peajes que contribuyen a aumentar la 
contamination y la congestion. Un impuesto sobre la gasolina es mucho mejor. Del 
mismo modo, no es relevante el deseo de aumentar la seguridad en una carretera limi- 
tando el maximo de velocidad. Una carretera de libre acceso aumenta la media de 
velocidad evitando las paradas y los atascos, sea cual sea el limite de velocidad. 
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que las carreteras sin peajes ofrecen mayores beneficios a la sociedad 
y un coste menor; por lo tanto son preferibles para la sociedad. De 
este modo, la sociedad deberia elegir financiar las carreteras de otra 
forma, y no mediante peajes. El uso de las carreteras, una vez cons- 
truidas, deberia ser gratuito. 

Cuando los defensores de los peajes, los presentan como meros 
recaudadores de fondos, distorsionan la election que existe de ver- 
dad. Los peajes incrementan los fondos publicos, pero hacen algo 
mas: degradan, de hecho, la carretera. La carretera de peaje no es tan 
buena como la carretera libre; que se nos proporcionen mas carrete- 
ras o carreteras tecnicamente superiores puede muy bien no ser una 
mejora si implica sustituir carreteras libres por carreteras de peaje. 

Por supuesto, la construction de una carretera gratuita cuesta 
dinero, que de alguna manera la gente debe pagar. Sin embargo, esto 
no implica la inevitabilidad de los peajes. Nosotros, que en ambos 
casos pagamos, obtendremos mayores beneficios de nuestro dinero si 
compramos una carretera gratuita. 

No quiero decir que una carretera de peaje sea peor que la ausen- 
cia de carreteras. Eso seria verdad si el peaje fuese tan alto que casi 
nadie pudiese usarla —pero esta es una politica improbable para un 
recaudador de impuestos. Sin embargo, en tanto que los peajes supo- 
nen perdidas de tiempo y molestias considerables, es mejor conse- 
guir el dinero de una manera menos obstructora. 

Para aplicar este mismo argumento al desarrollo del software, 
mostrare ahora que introducir «peajes» en el software le cuesta caro 
a la sociedad: hace que se encarezca la construction de los progra- 
mas, encarece la distribution y los hace menos satisfactorios y efi- 
cientes con relation a su uso. De lo que se deduce que la construction 
de programas deberia promoverse de alguna otra forma. Mas tarde, 
continuare explicando otros metodos de promotion y — hasta donde 
sea de verdad necesario— de financiacion del desarrollo de software. 

El perjuicio ocasionado por obstaculizar el software 

Consideremos por un momento que un programa ha sido desarrolla- 
do y que cualesquiera pagos necesarios para su desarrollo han sido 
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realizados; ahora la sociedad debe decidir entre convertirlo en pro- 
pietario o permitir que se use y comparta libremente. Supongase que 
la existencia del programa y su disponibilidad es algo deseable. 3 

Las restricciones sobre la distribution y modification del progra- 
ma no pueden facilitar su uso. Solo pueden interferir en el. Asi que el 
efecto solamente puede ser negativo. ^Pero cuanto? de que tipo? 

Existen tres niveles diferentes de dano material que provienen de 
esta interferencia: 

O Un menor numero de personas usa el programa. 

O Ninguno de los usuarios puede adaptar o arreglar el programa. 

O Otros desarrolladores no pueden aprender del programa, o 
basar un trabajo nuevo en el. 

Cada nivel de perjuicio material lleva asociado un perjuicio psico-social. 
Me refiero al efecto que tienen las decisiones de la gente sobre sus sen- 
timientos, actitudes y predisposiciones posteriores. Estos cambios en la 
manera de pensar de la gente tendran un efecto posterior en sus relacio- 
nes con sus conciudadanos y pueden acarrear consecuencias efectivas. 

Los tres niveles de perjuicio material desaprovechan parte del 
valor que el programa podria proporcionar, pero no lo pueden redu- 
cir a nada. Si desaprovechan casi todo el valor del programa, enton- 
ces el hecho de escribir el programa perjudica a la sociedad en la 
medida en que se dedico un esfuerzo en escribir el programa. Se 
podria decir que aquel programa que produce beneficios al venderse 
debe proporcionar algun tipo de beneficio material directo. 

Sin embargo, teniendo en cuenta el perjuicio psico-social asocia- 
do, no existe limite alguno al perjuicio que puede llegar a ocasionar 
el desarrollo de software propietario. 



d Podriamos considerar perjudicial un programa determinado y por lo tanto desear que 
no este disponible en absoluto, como ocurre con la base de datos personales de Lotus 
Marketplace, que se retiro del mercado gracias a las protestas del publico. Buena parte 
de lo que vengo diciendo no es aplicable a este caso, pero no tiene sentido abogar por la 
existencia de propietarios por el simple hecho de que el propietario limite la disponibili- 
dad del programa. El propietario no limitara completamente la disponibilidad de un pro- 
grama, tal y como nos gustaria, en el caso de que su uso se considere destructive 
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Obstaculizar el uso de programas 

El primer nivel de perjuicio impide el simple uso del programa. Una 
copia del programa tiene un coste marginal nulo — y se puede pagar 
este coste realizando esta copia personalmente— , de manera que en 
un mercado libre tendria un precio casi nulo. El pago por una licen- 
cia es un desincentivo significativo a la hora de usar el programa. Si 
un programa de gran utilidad es propietario, mayor sera la cantidad 
de gente que no lo use. 

Es facil mostrar que la contribution total que un programa pro- 
porciona a la sociedad se reduce al asignarsele un propietario. Cada 
usuario potencial del programa, enfrentado al hecho de tener que 
pagar para usarlo, puede escoger entre pagar o renunciar a usar el 
programa. Cuando un usuario escoge pagar, se trata en realidad de 
una transferencia nula de riqueza entre las dos partes. Pero cada vez 
que alguien elige no usar el programa, se provoca un perjuicio a esa 
persona sin que nadie saiga beneficiada. La suma entre numeros 
negativos y ceros es siempre negativa. 

Pero esto no reduce la cantidad de trabajo que lleva desarrollar el 
programa. Como resultado, la eficiencia del proceso entero, medida 
en satisfaction del usuario final por hora de trabajo, se reduce. 

Esto muestra la diferencia crucial entre las copias de programas 
y los coches, las sillas o los bocadillos. No existe una copiadora de 
objetos materiales fuera de la ciencia fiction. Pero los programas 
son faciles de copiar; cualquiera puede producir tantas copias como 
desee, con muy poco esfuerzo. Esto no es cierto para objetos mate- 
riales porque la materia se conserva: cada copia nueva tiene que 
generarse con materia prima, de la misma forma en que se constru- 
yo la primera copia. 

Con objetos materiales, un desincentivo a la hora de usarlos tiene 
cierto sentido, porque un menor numero de objetos comprados impli- 
ca menos materia prima y menos trabajo para producirlos. Es cierto 
que generalmente existe un coste inicial, un coste de desarrollo, que se 
extiende sobre el proceso de production. Pero mientras el coste mar- 
ginal de production puede ser significativo, ahadir una participation 
en el coste de desarrollo no produce una diferencia cualitativa. Y no 
requiere restricciones sobre la libertad de los usuarios normales. 
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Sin embargo, imponer un precio en algo que, de otra manera, podria ser 
gratuito, es un cambio cualitativo. Un pago impuesto unilateralmente 
sobre la distribution del software provoca un gran desincentivo. 

Mas aun, la production centralizada, tal y como se practica en 
nuestros dias, es ineficiente incluso en terminos de distribution de las 
copias de software. Este sistema incluye enviar discos o cintas mag- 
neticas en embalajes superfluos, mandar grandes cantidades a lo 
largo y ancho del mundo y almacenarlos para venderlos. Este coste 
se presenta como derivado de hacer negocios; en realidad, es una 
parte del gasto inutil causado por el hecho de tener duefios. 

La cohesion social danada 

Suponga que tanto usted como su vecino consideraran util la execu- 
tion de un cierto programa. En un pacto etico con su vecino, segu- 
ramente entenderiais que una solution apropiada de la situation 
posibilitaria que los dos usasen el programa. Una propuesta que 
permitiese usar el programa solo a uno, restringiendo al otro, es dis- 
criminatoria; a ninguno de los dos, les deberia de parecer aceptable. 

Firmar una licencia tipica de software implica traicionar a tu veci- 
no: «Prometo privar a mi vecino de este programa para que yo pueda 
tener una sola copia para mi». Las personas que toman estas decisio- 
nes sienten una presion psicologica interna que les empuja a justifi- 
carlas degradando la importancia de ayudar al projimo — de tal 
forma que el espiritu publico sale perjudicado. Se trata de un dafio 
psico-social asociado con el dafio material provocado por la desin- 
centivacion de usar el programa. 

Muchos usuarios admiten inconscientemente que resulta erroneo 
negarse a compartir, asi que deciden ignorar las licencias y las leyes, y 
comparten el programa de todas formas. Sin embargo a menudo se 
sienten culpables haciendolo. Saben que deben infringir las leyes para 
poder ser buenos vecinos, pero siguen considerando que las leyes tie- 
nen autoridad y concluyen que ser un buen vecino —dado que lo 
son— es algo malo o de lo que sentirse avergonzados. Se trata, tam- 
bien, de un tipo de dafio psico-social, pero se puede escapar de ello 
decidiendo que las licencias y las leyes no tienen fuerza moral alguna. 
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Los programadores tambien sufren ese dano psico-social cuando lle- 
gan a saber que a muchos usuarios se les impedira aprovechar su 
trabajo. Esto conduce a una actitud de cinismo o de autoengano. Un 
programador puede describir de manera entusiasta un trabajo que 
considera tecnicamente interesante, y cuando se le pregunta: «^Se 
me dejara usar el programa?», se vuelve cabizbajo y admite que la 
respuesta es no. Para evitar desalentarse, o bien la mayor parte del 
tiempo ignora este hecho, o adopta una postura cinica disenada para 
menoscabar su importancia. 

Desde la era Reagan/ la principal fuente de escasez de los Estados 
Unidos no es la de las innovaciones tecnicas sino mas bien la del 
deseo de trabajar juntos por el bien publico. No tiene sentido alentar 
lo primero a expensas de esto ultimo. 

Obstruir la adaptacion personalizada de programas 

El segundo nivel de perjuicio material es la imposibilidad de adaptar 
los programas. La posibilidad de modificar el software es una de las 
grandes ventajas frente a formas mas antiguas de tecnologia. Sin 
embargo, la mayoria del software comercial disponible no lo es en 
terminos de «modificabilidad», ni siquiera despues de comprarlo. 
Puedes decidir tomarlo o dejarlo, como una caja negra —tan solo eso. 

El programa que ejecutas consiste en una serie de numeros cuyo 
significado permanece oscuro. Nadie, ni siquiera un buen programa- 
dor, puede cambiar facilmente esos numeros para lograr que el pro- 
grama haga algo diferente. 

Los programadores trabajan normalmente con el «codigo fuente» 
del programa, que se encuentra escrito en un lenguaje de programa- 
cion como Fortran o C. Recurren a nombres que designan los datos 
usados y las partes del programa y representan operaciones con sim- 
bolos tales como «+» para la suma y «-» para la resta. Esta disenado 
para ayudar a los programadores a leer y modificar los programas. 



4 Ronald Reagan, presidente numero 40 de los Estados Unidos, es famoso por haber rea- 
lizado recortes en numerosos programas sociales. Tambien llevo a cabo un politica eco- 
nomica, llamada a menudo trickle down economics, considerada por muchos un fracaso. 
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He aqui un ejemplo; un programa que calcula la distancia entre dos 
puntos en un piano: 5 

float 

distance (pO, pi) 

struct point pO, pi; 

{ 

float xdist = pl.x - pO.x; 
float ydist = pl.y - pO.y; 

return sqrt (xdist * xdist + ydist * ydist) ; 



Aqui esta ese mismo programa en formato ejecutable 6 en el ordena- 
dor que suelo utilizar: 

1314258944 -232267772 -231844864 1634862 

1411907592 -231844736 2159150 1420296208 

-234880989 -234879837 -234879966 -232295424 

1644167167 -3214848 1090581031 1962942495 

572518958 -803143692 1314803317 

El codigo fuente es util — potencialmente al menos— para cualquier 
usuario de un programa. Pero a la mayoria de los usuarios no se les 
permite tener copias del codigo fuente. Generalmente el codigo fuen- 
te de un programa propietario es guardado en secreto por el propie- 
tario, por miedo a que cualquier otro pueda aprender algo de el. Los 
usuarios reciben solamente ficheros de numeros incomprensibles, 
que el ordenador se encargara de ejecutar. Esto quiere decir que solo 
el propietario del programa puede modificar el programa. 

Una amiga me hablo una vez que trabajo como programadora en 
un banco durante seis meses, escribiendo un programa similar a otro 
que se podia obtener comer cialmente. Pensaba que si hubiese tenido 



3 Comprender como funciona este codigo fuente no es lo importante; lo que es real- 
mente importante es observar que el codigo fuente esta escrito a un nivel de abstrac- 
tion que sea claramente comprensible. 

" Observese la no comprensibilidad del formato ejecutable; dar sentido al formato eje- 
cutable es claramente mucho mas complejo que el codigo fuente de mas arriba. 
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acceso al codigo fuente de ese programa comercial lo podria haber 
adaptado facilmente a las necesidades del banco. El banco estaba dis- 
puesto a pagar por ello, pero no le estaba permitido hacerlo —el codigo 
fuente era secreto. De manera que tuvo que dedicar seis meses de traba- 
jo de desarrollo, un trabajo que aparece contabilizado en el Producto 
Interior Bruto pero que realmente fue un desperdicio. 

El Laboratorio de Inteligencia Artificial del MIT (AI lab) recibio de 
regalo una impresora grafica de Xerox hacia 1977. Corria con softwa- 
re libre al que anadimos bastantes mejoras utiles. Por ejemplo, el soft- 
ware notificaba inmediatamente al usuario cuando el trabajo de 
impresion se habia realizado. Cuando la impresora tenia un proble- 
ma, como una obstruction de papel o falta de papel, el software lo 
notificaba inmediatamente a todos los usuarios que tuviesen trabajos 
pendientes. Estas mejoras facilitaban el trabajo. 

Mas tarde Xerox dono al Laboratorio de IA una impresora nueva, 
mas rapida, una de las primeras impresoras laser. Funcionaba con soft- 
ware propietario que corria en un ordenador independiente dedicado 
en exclusiva, de manera que no pudimos anadir ninguna de nuestras 
mejoras favoritas. Pudimos hacer que enviase una notification cuando 
se mandaba un trabajo de impresion al ordenador dedicado a la impre- 
sora, pero no cuando el trabajo se habia impreso — y generalmente el 
retraso era considerable. No habia forma de saber cuando el trabajo se 
habia impreso; lo unico que podias hacer era adivinarlo. Y nadie sabia 
nunca cuando se atascaba el papel, asi que a menudo la impresora se 
quedaba fuera de servicio por espacio de una hora. 

Los programadores de sistema del laboratorio del IA Lab esta- 
ban capacitados para arreglar aquellos problemas, probablemente 
tan capacitados como los autores originales del programa. Xerox no 
mostro interes en arreglar aquellos fallos y prefirio advertirnos de 
los problemas, de manera que nos vimos forzados a aceptarlos. 
Nunca se arreglaron. 

La mayoria de los programadores buenos han experimentado esta 
frustration. El banco podia permitirse resolver un problema escribien- 
do un programa nuevo partiendo de cero, pero un usuario corriente, 
no importa lo capacitado que este, solo puede arrojar la toalla. 

Arrojar la toalla provoca un daho psicosocial — al espiritu de 
independencia. Es desmoralizante vivir en una casa que no puedes 
arreglar para adecuarla a tus necesidades. Lleva a la resignation y al 
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retraimiento, que pueden extenderse a otros ambitos de tu vida. La 
gente que padece de esta manera no se encuentran a gusto y no rea- 
liza un buen trabajo. 

Imagmese como seria si las recetas de cocina se guardasen de la 
misma manera que el software. Uno se podria preguntar: «^C6mo 
cambio esta receta de manera que no tenga sal?». De tal forma que el 
gran chef respondiese: «^C6mo se atreve a insultar mi receta, mi cre- 
ation y mi paladar, manoseandola? jNo tiene usted el juicio necesa- 
rio para cambiar mi receta y hacer que saiga bien!» 

«jPero mi doctor me ha prohibido tomar sal! iQue puedo hacer? 
^Va a quitar usted la sal por mi?» 

«Me encantaria hacer eso; mis honorarios son de solo 50.000 dolares». 
(Las tasas suelen ser grandes debido a la position de monopolio sobre 
los modificaciones). «De todas formas, ahora mismo no tengo tiempo. 
Estoy ocupado en una comision para disehar una nueva receta de galle- 
ta maritima para la Armada. Estare contigo mas o menos en dos ahos». 

Obstaculizar el desarrollo del software 

El tercer nivel de daho material afecta al desarrollo del software. El 
desarrollo del software normalmente era el resultado de un proceso 
evolutivo, en el que una persona cogia un programa existente y res- 
cribia algunas partes ahadir una funcion nueva, y entonces otra per- 
sona rescribia algunas partes mas para ahadir otra; en algunos casos, 
este proceso transcurria durante un periodo de veinte ahos. Mientras 
tanto, algunas partes de ese programa eran «canibalizadas» para 
constituir el comienzo de otros programas. 

La existencia de propietarios impide este tipo de evolution, hace 
necesario empezar desde cero cuando se quiere desarrollar un pro- 
grama. Tambien impide a los nuevos programadores estudiar los 
programas disponibles para aprender tecnicas utiles o incluso ver 
como estan estructurados los programas de mayor envergadura. 

Los propietarios tambien dificultan el aprendizaje. He conocido 
estudiantes brillantes en ciencia informatica que nunca han visto el 
codigo fuente de un programa extenso. Puede que fueran buenos escri- 
biendo pequehos programas, pero no pueden empezar a aprender las 
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diferentes habilidades necesarias para escribir programas extensos si 
no pueden ver como lo han hecho otros. 

En cualquier campo intelectual, uno puede conseguir metas mas 
elevadas apoyandose en otros. Pero esto ya no se permite por lo gene- 
ral en el campo del software —solo puedes apoyarte en otros en tu 

propia empresa. 

El dano psicosocial asociado afecta al espiritu de cooperation 
cientifica, que normalmente era tan intensa que los cientificos 
seguian cooper ando incluso cuando sus paises entraban en guerra. 
En este sentido, los oceanografos japoneses que abandonaron su 
laboratorio en una isla del Patifico preservaron cuidadosamente su 
trabajo en el momento de la invasion de los marines de los EEUU y 
dejaron una nota pidiendo que lo guardaran bien. 

El conflicto por la obtencion de beneficio ha destruido lo que se 
salvo del conflicto internacional. Hoy en dia, cientificos de numero- 
sas disciplinas no publican lo suficiente en sus trabajos como para 
permitir a otros repetir el experimento. Publican solamente aquello 
que permita a los lectores maravillarse por lo mucho que saben hacer. 
Esto es asi, desde luego, en la ciencia informatica, en donde el codigo 
fuente de los programas es generalmente secreto. 

No importa como se restringe el acto de compartir 

He discutido sobre los efectos de impedir a la gente que copie, modi- 
fique o desarrolle un programa. No he especificado como se lleva a 
cabo esta obstruction, puesto que no afecta a la conclusion. Como 
quiera que se haga, mediante protection anticopia, o copyright, o 
licencias, o encriptacion, o tarjetas ROM, o numeros de serie en el 
hardware, si tiene exito impidiendo el uso, el perjuicio esta hecho. 

Los usuarios consideran algunos de estos metodos mas repugnan- 
tes que otros. Creo que los metodos mas odiados son aquellos que 
cumplen su objetivo. 
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El software deberia ser libre 

He argumentado como la propiedad de un programa —el poder de 
restringir las modificaciones o las copias— es obstructiva. Sus efectos 
negativos son extensos e importantes. Se sigue pues que en la socie- 
dad no deberian existir propietarios de programas. 

Otra manera de comprender esto es reconocer que lo que la socie- 
dad necesita es software libre y el software propietario es un pobre 
sustituto. Promover el sustituto no es una manera logica de conseguir 
lo que necesitamos. 

Vaclav Havel nos aconsejo: «Trabajad por algo porque es bueno, no 
simplemente porque tiene probabilidades de exito». Un negocio que 
produce software propietario tiene probabilidades de exito en sus pro- 
pios y estrechos terminos, pero no es lo que beneficia a la sociedad. 

Por que la gente desarrollara software 

Si eliminamos el copyright como forma de animar a la gente a desarro- 
llar software, al principio se desarrollara una menor cantidad de soft- 
ware, pero ese software sera mas util. No esta claro si la satisfaction 
total del usuario sera inferior; pero si esto es asi, o si queremos aumen- 
tarla de todas formas, existen otras maneras de promover el desarrollo, 
exactamente igual que hay formas alternativas a los peajes para conse- 
guir obtener diner o con el fin de pagar las carreteras. Antes de que 
empiece a hablar sobre como hacer esto, primero quiero preguntar que 
grado de promotion artificial es verdaderamente necesario. 

Programar es divertido 

Existen algunos tipos de trabajo en los que pocos entraran si no es por 
dinero; la construction de carreteras, por ejemplo. Hay otros campos 
del estudio y del arte en los que existe escasa probabilidad de enrique- 
cerse, en los que la gente entra por fascination o por que perciben que 
son valiosos socialmente. Algunos ejemplos son la logica matematica, 
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la musica clasica y la arqueologia; y la organization politica entre los 
trabaj adores. La gente compite, de forma triste mas que incisiva, por 
las pocas posiciones remuneradas existentes, ninguna de las cuales 
esta financiada de forma generosa. Quizas si pueden permitirselo 
tengan que pagar por la posibilidad de trabajar en ese campo. 

Un campo asi puede transformarse de la noche a la manana si 
empieza a ofrecer posibilidades de enriquecimiento. Cuando un tra- 
bajador prospera, otros demandan las mismas oportunidades. Pronto 
todos pediran grandes sumas de dinero por aquello que antes hacian 
por placer. En un par de anos, todo el mundo relacionado con ese 
campo se burlara de la idea de que ese trabajo se realice sin grandes 
sumas de dinero a cambio. Aconsejaran a los planificadores sociales 
que se aseguren de que estos retornos de capital sean posibles, crean- 
do privilegios especiales, poderes y monopolios, alegando que son 
necesarios para lograrlo. 

Esta transformation acaecio en el campo de la programacion 
informatica durante la decada pasada. Hace quince anos 7 uno podia 
encontrarse con articulos sobre la «adiccion a los ordenadores»: los 
usuarios estaban «conectados» y tenian adicciones que les costaban 
cien dolares por semana. Parecia aceptable que la gente amase tanto 
la programacion como para acabar con sus matrimonios. Hoy en dia, 
se entiende que nadie programe sin recibir una excelente remunera- 
tion a cambio. La gente ha olvidado lo que sabia hace quince anos. 

Llegado el momento en el que quienes trabaj an en un campo 
determinado exigen a cambio altas sumas de dinero, el campo en 
cuestion ya no necesita regirse por esa pasion voluntariosa. La dina- 
mica del cambio puede efectuarse al reves si la sociedad proporcio- 
na el empuje inicial. Si anulamos la posibilidad de enriquecerse 
enormemente, entonces, despues de un tiempo, cuando la gente 
haya reajustado sus actitudes, volveran una vez mas a trabajar en 
ese campo por el placer de hacerlo. 

La respuesta a «^como podemos pagar a los programadores?», 
resulta mas facil cuando nos damos cuenta de que no es una cuestion 
de pagarles una fortuna. Simplemente es mas facil conseguir los fon- 
dos necesarios para ganarse la vida. 



Quince anos antes de escribir este articulo transcurria el ano 1977. 
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Financiar el software libre 

Las instituciones que pagan a los programadores no tienen que ser 
necesariamente empresas de software. Otras muchas instituciones ya 
existentes se pueden encargar de ello. 

Los f abricantes de hardware saben que es esencial colaborar en el 
desarrollo de software, incluso cuando no puedan controlar el uso de 
ese software. En 1970, la mayoria del software era libre porque no se 
habia consider ado la posibilidad de restringirlo. Hoy en dia, su cre- 
ciente voluntad de unirse en consorcios refleja la consideration de 
que la propiedad del software no es lo que realmente les importa. 

Las universidades dirigen bastantes proyectos de programacion. 
Hoy en dia, a menudo venden los resultados, cuando en la decada de 
1970 no lo hacian. ^,Hay alguna duda de que las universidades desarro- 
llarian software libre si estuviese prohibida la venta de software? Estos 
proyectos podrian estar respaldados por los mismos contratos y sub- 
venciones gubernamentales que ahora respaldan al desarrollo de 
software propietario. 

Ahora lo normal es que los investigadores universitarios obten- 
gan subvenciones para desarrollar un sistema, desarrollarlo casi 
hasta el punto de completarlo, denominando a eso un producto «aca- 
bado» y luego que las empresas realmente lo terminen y lo convier- 
tan en algo util. A veces declaran «libre» la version sin acabar; si son 
profundamente corruptos entonces consiguen una licencia de exclu- 
sividad para la universidad. Esto no es un secreto; se admite abierta- 
mente por todos los involucrados. Sin embargo, si los investigadores 
no se vieran tentados a hacer estas cosas, seguirian investigando de 
todas formas. 

Los programadores que escriban software libre pueden vivir a 
base de vender servicios relacionados con el software. He sido con- 
tratado para trasladar el Compilador GNU de C a un hardware 
nuevo y para construir interfaces de usuario para GNU Emacs. 
(Ofrezco estas mejoras al publico una vez acabadas). Tambien doy 
clases por las que me pagan. 

No soy el unico que trabaja de esta manera. Existe una corporation 
que esta creciendo de forma exitosa y se dedica a este tipo de trabajo. 
Otras empresas proporcionan soporte comercial para el software libre 
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del sistema GNU. Este es el comienzo de una industria independien- 
te de soporte de software —una industria que podria crecer bastante 
si el software libre se llega a imponer. Proporciona a los usuarios una 
option generalmente inaccesible por medio del software propietario, 
excepto a los mas ricos. 

Nuevas instituciones 8 como la Free Software Foundation pueden 
tambien subvencionar a los programadores. La mayoria de los fon- 
dos de la Fundacion provienen de los usuarios que compran disquetes 
o cintas por correo. El software en disquetes es libre, lo que quiere 
decir que cualquier usuario tiene la libertad de copiarlo y modificarlo, 
pero muchos a pesar de ello pagan por conseguir copias. (Recuerdese 
que «software libre» se refiere a la libertad, no al precio). Algunos 
usuarios encargan cintas magneticas de las que ya tienen una copia 
como una forma de contribution que piensan que merecemos. La 
Fundacion tambien recibe importantes donaciones de fabricantes de 
ordenadores. 

La Free Software Foundation es una sociedad sin animo de lucro y 
sus ingresos se invierten en contratar a tantos programadores como 
se pueda. Si se hubiese planteado como una empresa, distribuir soft- 
ware libre al publico por el mismo precio, proporcionaria ahora un 
buen estandar de vida a su fundador. 

Precisamente porque la Fundacion es una sociedad sin animo de 
lucro, los programadores trabajan por la mitad de lo que cobrarian en 
cualquier otro sitio. Hacen esto porque estamos libres de burocracia 
y porque encuentran satisfaction sabiendo que su trabajo no encon- 
trara obstaculos a su uso. Y lo que es mas importante, lo hacen por- 
que sienten que programar es divertido. Ademas, los voluntarios han 
escrito muchos programas utiles para nosotros. (Incluso, han empe- 
zado a colaborar escritores tecnicos). 

Esto confirma que la programacion se encuentra entre los campos 
mas fascinantes, junto con la musica y el arte. No debemos temer que 
nadie quiera programar. 



Este articulo fue escrito el 24 de abril de 1992. 
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^Que deben los usuarios a los desarrolladores? 

Los usuarios de software tienen una buena razon para sentirse moral- 
mente obligados a contribuir a su soporte. Los desarrolladores de 
software libre contribuyen a las actividades de los usuarios, y a largo 
plazo es justo, a la vez que beneficioso para los usuarios, proporcio- 
nar fondos para que esto continue. 

Sin embargo, esto no deberia de aplicarse a los desarrolladores de 
software propietario, ya que el obstruccionismo se merece un castigo 
mas que una recompensa. 

De manera que tenemos una paradoja: el desarrollador de softwa- 
re util tiene el derecho a recibir el apoyo de los usuarios, pero cual- 
quier intento que convierta esta obligacion moral en una petition 
destruye la base de la obligacion. Un desarrollador puede o bien 
merecer una recompensa o pedirla, pero no las dos cosas a la vez. 

Creo que un desarrollador con perspectiva etica, enfrentado con 
esta paradoja, debe actuar de modo que merezca la recompensa, pero 
deberia asimismo animar a los usuarios a que realicen donaciones. 
Puede que los usuarios aprendan asi a ayudar a los desarrolladores 
sin coaccion, como han aprendido a ayudar a las emisoras de radio o 
a las cadenas de television publicas. 

^Que es la productividad del software? 

Si el software fuese libre seguiria habiendo programadores, pero 
quiza menos. ^Seria esto perjudicial para la sociedad? 

No necesariamente. Hoy en dia las naciones desarrolladas tienen 
menos granjeros que en 1900, pero no creemos que esto sea malo para 
la sociedad porque esos agricultores distribuyen mas comida a los 
consumidores que antes. Llamamos a esto mejora de la productivi- 
dad. El software libre requeriria bastantes menos programadores 
para satisfacer la demanda, debido al aumento en la productividad 
del software en todos los niveles: 
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O El uso mas extendido de cada programa que se desarrolla. 

O La posibilidad de adaptar programas existentes a configuracio- 
nes especiales en lugar de tener que crear los programas desde cero. 

O Mejor education de los programadores. 

O La elimination de la duplication de esfuerzos en el desarrollo. 

Aquellos que se oponen a la cooperation, quejandose de que podria 
producir una reduction en el empleo de los programadores, estan, 
en realidad, oponiendose al aumento de productividad. Y ademas 
estas personas aceptan generalmente la creencia universal de que la 
industria del software necesita un incremento de su productividad. 
^Como es esto posible? 9 

«La productividad del software» puede significar dos cosas diferen- 
tes: la productividad general de todo el desarrollo del software o la pro- 
ductividad de proyectos individuales. La productividad general es lo 
que a la sociedad le gustaria mejorar y la forma mas directa de lograrlo 
es eliminar los obstaculos artificiales que reducen la cooperation. Pero 
los investigadores que estudian el campo de la «productividad del soft- 
ware» se centran solo en el segundo y mas limitado sentido del termi- 
no, en donde la mejora precisa de complejos avances tecnologicos. 

^Es inevitable la competencia? 

^Es inevitable que la gente trate de competir y superar a sus rivales 
en la sociedad? Puede que asi sea. Pero la competencia en si misma 
no es danina; lo danino es el comb ate. 



" De acuerdo con Eric Raymond el 95 por ciento de los empleos en la industria del 
software se concentra en la produccion de software de aplicaciones personalizadas, en 
absoluto destinado a la publicacion. Se sigue que incluso si asumimos el peor presu- 
puesto teorico, que no habra empleo en el desarrollo del software libre — y ahora sabe- 
mos ya que algo hay—, el cambio al software libre solo puede tener un pequeno efec- 
to en el numero total de empleos. Existe un gran nicho para la gente que tenga empleo 
escribiendo software de aplicaciones personalizadas y desarrolle software libre en 
su tiempo libre. No existe manera de saber si la plena conversion al software libre 
incrementaria o haria decrecer el numero de empleos en el campo del software. 
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Existen muchas formas de competir. La competencia puede consistir 
en tratar de conseguir siempre mas, en mejorar lo que otros han 
hecho. Por ejemplo, en el pasado, existia competencia entre los gurus 
de la programacion —competencia que consistia en quien era capaz 
de producir el ordenador que realizase las cosas mas fascinantes o 
quien era capaz de escribir el programa mas corto o mas rapido para 
una determinada tarea. Este tipo de competencia puede beneficiar a 
todos, mientras se mantenga el espiritu de deportividad. 

Una competencia constructiva es suficiente para motivar a la gente 
a realizar grandes esfuerzos. Hay personas que compiten por ver quien 
es el primero en visitar todos los paises de la Tierra; algunos llegan a 
gastar una fortuna intentandolo. Pero no sobornan a los capitanes de 
barcos para que dejen desamparados a sus rivales en islas desiertas. No 
tienen ningun problema en dejar que gane al mejor. 

La competencia se convierte en combate cuando los competidores 
intentan obstaculizarse los unos a los otros en lugar de avanzar por si 
mismos —cuando «que gane el mejor» se convierte en «dejame 
ganar, sea o no el mejor ». El software propietario es perjudicial, no 
porque sea una forma de competition, sino porque es una forma de 
combate entre los ciudadanos de nuestra sociedad. 

La competition en los negocios no es necesariamente un combate. 
Por ejemplo, cuando dos supermercados compiten, todo su esfuerzo 
se emplea en mejorar sus actividades, no en sabotear al rival. Pero 
esto no demuestra un especial compromiso con una etica empresa- 
rial; por el contrario, existe un pequeno margen de libertad en esta 
rama de los negocios carente de violencia fisica. No todas las areas de 
negocio comparten esta misma caracteristica. Preservar information 
que podria ayudar al avance de todos es una forma de combate. 

La ideologia empresarial no prepara a la gente para resistir a la 
tentacion de combatir a la competencia. Algunas formas de combate 
han sido prohibidas con leyes antimonopolio, leyes sobre honestidad 
en publicidad y otras mas, pero lejos de generalizarse mediante una 
repulsa, por principio, hacia el combate en general, los ejecutivos 
inventan otras formas de combate que no estan e specif icamente pro- 
hibidas. Los recursos de la sociedad se despilfarran en el equivalente 
economico de una guerra civil. 
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«^Por que no nos vamos a Rusia?» 

En Estados Unidos, cualquier partidario de otra cosa que no sea la 
forma mas extrema de laissez-faire ha oido a menudo esta acusacion. 
Por ejemplo, es esgrimida contra los defensores de un sistema de 
sanidad publica, como los que existen en todas las demas naciones 
industrializadas del mundo libre. Es esgrimida contra los que desean 
subvenciones al mundo de las artes, tambien universal en las nacio- 
nes avanzadas. La idea de que los ciudadanos tienen una obligation 
con el bien comun se identifica en Estados Unidos con el comunismo. 
^Pero son semej antes estas ideas? 

El comunismo, tal y como se practico en la Union Sovietica, era un 
sistema de control central en donde toda la actividad era dirigida 
supuestamente por el bien comun, pero en realidad en beneficio de los 
miembros del partido comunista. Y donde los equipos de copia esta- 
ban estrechamente vigilados para prevenir posibles copias ilegales. 

El sistema de copyright sobre el software de Estados Unidos ejer- 
ce un control central sobre la distribution de un programa y protege 
los equipos de copia con sistemas automatizados de protection anti- 
copia, de forma que pueda evitarse la copia ilegal. 

Por el contrario, yo trabajo para construir un sistema donde la 
gente sea libre para decidir sus propias acciones; en particular, libre 
para ayudar a sus vecinos y libre para alterar y mejorar las herra- 
mientas con las que trabajan en su vida cotidiana. Un sistema basado 
en la cooperation voluntaria y en la descentralizacion. 

Asi, si fuesemos a juzgar posturas por su parecido al comunismo 
ruso, son los propietarios del software quienes son comunistas. 

La cuestion de las premisas 

En este texto, parto del supuesto de que un usuario de software no es 
menos importante que un autor, o incluso que el jefe del autor. En 
otras palabras, sus intereses y necesidades tienen igual peso cuando 
se trata de dilucidar que decision es mejor. 
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Esta premisa no es aceptada universalmente. Muchos sostienen que 
la persona que contrata al autor es fundamentalmente mas importan- 
te que ningun otro. Dicen, por ejemplo, que el proposito de que exis- 
tan propietarios de software es dar al que contrata la ventaja que se 
merece — independientemente de como puede afectar esto al publico. 

No tiene sentido tratar de demostrar o invalidar estas premisas. 
La prueba necesita premisas compartidas. Asi que la mayoria de lo 
que digo esta destinado solo a aquellos que comparten mis premisas 
o que al menos estan interesados en cuales son sus consecuencias. 
Para aquellos que crean que los propietarios son mas importantes 
que nadie, este documento es simplemente irrelevante. 

^Pero, por que aceptaria un gran numero de estadounidenses una 
premisa que eleva en importancia a algunas personas sobre el resto del 
mundo? En parte debido a la creencia de que esta premisa forma parte 
de las tradiciones legales de la sociedad estadounidense. Algunas per- 
sonas sienten que poner en duda esta premisa implica cuestionar los 
fundamentos de la sociedad. 

Es importante ser consciente de que esta premisa no forma parte 
de nuestra tradition legal. Nunca lo fue. 

Asi, la Constitution dice que el proposito del copyright es «pro- 
mover el progreso de la ciencia y de las artes utiles ». El Tribunal 
Supremo ha discutido sobre esto, dictando en el caso «Fox Film con- 
tra Doyal» que «el unico interes del los Estados Unidos y el objetivo 
principal por el que se otorga el monopolio [del copyright] descansa 
en los beneficios generales obtenidos por el publico gracias al trabajo 
de los autores». 

No estamos obligados a estar de acuerdo con la Constitution o 
con el Tribunal Supremo. (En un momento dado, los dos perdonaron 
el esclavismo). De este modo, sus posiciones no rechazan la premisa 
de la supremacia del propietario. Pero espero que, la conciencia de 
que esta suposicion es mas que tradicional, radicalmente conservado- 
ra, debilite su poder. 
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Conclusion 



Nos gusta pensar que nuestra sociedad promueve la buena vecindad, 
pero cada vez que recompensamos a alguien por su obstruccionismo 
o admiramos a otro por haberse enriquecido por esta via, enviamos 
la serial opuesta. 

La acumulacion de software es una expresion de nuestra predis- 
position general a la indiferencia con respecto al bienestar de la socie- 
dad y a favor del bien personal. Podemos observar esta indiferencia, 
desde Ronald Reagen a Jim Bakker, 10 desde Ivan Boesky 11 a Exxon, 12 
desde la falta de bancos a la de colegios. Podemos medirla por el 
numero de personas sin hogar y la gente encarcelada. El espiritu anti- 
social se nutre de si mismo, porque cada vez que comprobamos que 
la gente no nos ayudara, mas futil nos parece ayudarlos a ellos. Y asi 
la sociedad degenera en una jungla. 

Si no queremos vivir en una jungla, debemos cambiar nuestras 
formas de comportarnos. Debemos empezar enviando el mensaje de 
que un buen ciudadano es aquel que colabora cuando es apropiado, 
no aquel que logra exito cuando roba a los demas. Espero que el 
movimiento por el software libre pueda contribuir a esto: al menos en 
un area, reemplazaremos la jungla por un sistema mas eficiente que 
anime y se base en la cooperation voluntaria. 



iU Jim Bakker recaudo millones de dolares de la television para sus grupos religiosos 
Heritige USA, PTL y The Inspirational Network en la decada de 1980. Fue encarcela- 
do por fraude en la financiacion de PTL y sentenciado a 45 ahos de carcel. 

Ivan Boesky fue enviado a prision por trafico en la decada de 1980 y multado con 
100 millones de dolares. Es famoso por haber dicho en una ocasion: «La avaricia es 
buena. Quiero que sepais que pienso que la avaricia es saludable. Puedes ser avaro y 
todavia sentirte bien contigo mismo». 

12 En 1980 el Exxon Valdez causo el mayor derrame de petroleo en el mundo sobre la 
costa de Alaska, provocando un dano inconmensurable. La limpieza y las indemniza- 
ciones les han costado mas de 100.000 millones de dolares hasta la fecha. 



• Copyright y globalization en la 
era de las redes informdticas 



David Thornburn, moderador. Nuestro conferenciante de hoy, 
Richard Stallman, es una figura legendaria en el mundo de la infor- 
matica, y mi experiencia al tratar de encontrar una persona que com- 
parta el estrado con el fue instructiva. Un distinguido profesor del 
MIT me dijo que Stallman debe ser entendido como un personaje 
carismatico de una parabola biblica —una especie de anecdota o lec- 
tion del Antiguo Testamento. «Imaginate —me dijo— un Moises o 
un Jeremias... mejor un Jeremias». Y yo dije: «Bien, eso es muy admi- 
rable. Suena maravilloso. Confirma mi idea acerca del tipo de contri- 
bution que ha hecho al mundo. Entonces, «5,por que no quieres com- 
partir el estrado con el?». Su respuesta: «como Jeremias o Moises, el 
simplemente me apabullaria. No querria aparecer en el mismo pro- 
grama que el, pero si me pidieras que nombre a cinco personas vivas 
en el mundo que realmente nos hayan ayudado a todos nosotros, 
Richard Stallman seria una de ellas». 

Richard Stallman. Deberia empezar explicando por que me negue 
a permitir que esta conferencia sea transmitida en directo via 
Internet, en caso de que no haya sido plenamente aclarada esta cues- 
tion: el software que utilizan para transmitir imagen y sonido en vivo 



Lo que sigue es una transcripcion corregida de la conferencia dictada en el MIT, en 
el Communications Forum, el jueves 19 de abril de 2001. Esta version forma parte de 
Software libre para una sociedad libre, editorial Traficantes de suefios, 2004 (http://www. 
traficantes.net, ISBN 84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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por Internet requiere que el usuario descargue cierto software para 
recibir la transmision. Ese software no es software libre. Esta disponi- 
ble gratuitamente, pero solo como «ejecutable», que es un misterioso 
monton de numeros. 

Lo que hace es secreto. No lo puedes estudiar, no lo puedes cam- 
biar y ciertamente no puedes publicarlo en tu propia version modi- 
ficada. Y estas estan entre las libertades que son esenciales en la 
definition de «software libre». 

Entonces, si voy a ser un defensor sincero del software libre, difi- 
cilmente podria andar dando discursos y ejercer presion sobre la 
gente para que use software no libre. Estaria socavando mi propia 
causa. Y si yo no demuestro que me tomo en serio mis principios, no 
puedo esperar que nadie mas se los tome en serio. 

Sin embargo, esta charla no es acerca del software libre. Despues 
de haber trabajado en el movimiento del software libre durante 
muchos anos y de que la gente hubiera comenzado a usar algunas 
partes del sistema operativo GNU, empece a ser invitado a dar con- 
ferencias, en las que la gente empezo a preguntarme: «Bueno, ide 
que manera las ideas sobre la libertad para los usuarios de software 
pueden generalizarse a otro tipo de cosas?». Y, por supuesto, alguna 
gente hacia preguntas tontas como «^deberia ser libre el hardware?», 
«^este microfono deberia ser libre? ». 

Bien, ^esto que significa? ^Deberias ser libre de copiarlo y modifi- 
carlo? Si compras un microfono, nadie te va a impedir modificarlo. Y 
copiarlo... nadie tiene un copiador de microfonos. Fuera de Star Trek, 
esas cosas no existen. Puede ser que algun dia haya analizadores y 
ensambladores nanotecnologicos, y entonces estas cuestiones de si 
eres libre o no de hacer copias realmente adquiriran importancia. 
Veremos empresas agroindustriales intentando impedir que la gente 
copie alimentos y eso se va a convertir en una cuestion politica de pri- 
mer orden; si es que esa capacidad tecnologica llega a existir. No se si 
ocurrira, de momento es solo especulacion. 

Sin embargo, para otras formas de information, se puede traer el 
asunto a eolation, ya que cualquier clase de information que pueda 
ser almacenada en un ordenador, de forma concebible, puede ser 
copiada y modificada. Asi que las cuestiones eticas del software libre, 
la cuestion del derecho de un usuario a copiar y modificar software, 
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son las mismas que las relativas a otras formas de information publica- 
da. Yo no estoy hablando de information privada; digamos, information 
personal, la cual se supone que nunca deberia estar disponible para el 
publico. Estoy hablando de los derechos que debieras tener si obtienes 
copias de cosas publicadas, que no se intenta mantener en secreto. 

La historia del copyright 

A fin de explicar mis ideas en la materia, quisiera repasar la historia 
de la difusion de la information y del copyright. En el mundo anti- 
guo, los libros se escribian a mano con una pluma y cualquiera que 
supiera como leer y escribir podia copiar un libro casi tan eficiente- 
mente como los demas. Cierto que alguien que lo hiciese todo el dia 
probablemente aprenderia a hacerlo un poco mejor, pero no habia 
una gran diferencia. Y como las copias se hacian de una en una, no 
existia una gran economia de escala. Hacer diez copias llevaba diez 
veces mas tiempo que hacer una copia. Tampoco habia nada que for- 
zara la centralization; un libro podia copiarse en cualquier lugar. 

Ahora bien, debido a las caracteristicas de esta tecnologia, dado 
que no obligaba a que las copias fueran identicas, no habia en la anti- 
giiedad una distention total entre copiar un libro y escribir un libro. 
Habia cosas en el medio que tenian sentido. Entendian, si, la idea de 
autor. Sabian, digamos, que tal obra habia sido escrita por Sofocles, 
pero entre la escritura del libro y su copia habia otras cosas utiles que 
podias hacer. Por ejemplo, podias copiar una parte de un libro, des- 
pues ahadir algunas palabras nuevas, copiar algo mas y escribir algo 
mas, y asi. Esto se llamaba «escribir un comentario». Era algo muy 
comun y estos comentarios eran apreciados. 

Podias tambien copiar un pasaje de un libro, despues ahadir 
algunas palabras y copiar un pasaje de otro libro y ahadir mas pala- 
bras, y asi... Esto era hacer un compendio. Los compendios tambien 
eran muy utiles. Hay obras que se han perdido, pero algunas de 
sus partes sobrevivian citadas en otros libros que alcanzaban 
mayor popularidad que el original. Quizas copiaban las partes mas 
interesantes y asi la gente hacia muchas copias de estos fragmen- 
tos, pero no se molestaban en copiar el original porque no era lo 
bastante interesante. 
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Hasta donde yo se, no habia copyright en el mundo antiguo. Cual- 
quiera que quisiera copiar un libro podia copiarlo. Mas tarde se inven- 
to la imprenta y los libros empezaron a copiarse en la imprenta. La 
imprenta no era solo una mejora cuantitativa en la facilidad de copia, 
sino que afectaba de manera diferente a los distintos tipos de copiado, 
ya que introducia una economia de escala inherente. Era mucho tra- 
bajo preparar cada pagina pero mucho menos trabajo hacer varias 
copias identicas de la misma. El resultado fue que copiar libros ten- 
dio a convertirse en una actividad centralizada y de production 
masiva. Las copias de cualquier libro solo se harian probablemente 
en unos pocos lugares. 

Tambien significo que los lectores ordinarios no podrian copiar 
libros eficientemente. Solo si tenias una imprenta podias hacerlo. Se 
trataba de una actividad industrial. 

Durante los primeros siglos de imprenta, los libros impresos no 
reemplazaron totalmente a los copiados a mano. Se hacian las copias 
artesanales todavia, a veces por gente rica y a veces por gente pobre. 
Los ricos lo hacian para tener copias especialmente hermosas, que 
mostraran lo ricos que eran, y los pobres lo hacian porque quizas no 
tenian suficiente dinero para comprar una copia impresa, pero tenian 
tiempo para copiar un libro a mano. Como dice la cancion: «E1 tiem- 
po no es dinero cuando todo lo que tienes es tiempo». 

De este modo, el copiado a mano se hacia todavia con una determi- 
nada profusion. Creo que fue durante el siglo XIX cuando la impresion 
se volvio tan barata que incluso la gente pobre podia comprarse libros 
impresos si sabia leer. 

El copyright aparecio con el uso de la imprenta y dada la tecnolo- 
gia de la imprenta, tenia el efecto de una regulation industrial. No 
restringia lo que podian hacer los lectores; restringia lo que podian 
hacer los editores y los autores. El copyright en Inglaterra inicialmen- 
te fue una forma de censura. Tenias que obtener un permiso del 
gobierno para publicar el libro. Pero la idea cambio. En los tiempos 
de la Constitution de Estados Unidos, la gente adopto una idea dife- 
rente del proposito del copyright y creo que esa idea tambien fue 
aceptada en Inglaterra. 

En la redaction de la Constitution de los EEUU se propuso que a 
los autores se les deberia otorgar un copyright, un monopolio sobre 
la copia de sus libros. Esta propuesta fue rechazada. En cambio, fue 
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adoptada una propuesta crucialmente diferente: con el fin de promo- 
ver el progreso, el Congreso podria opcionalmente establecer un sis- 
tema de copyright que creara esos monopolios. Estos monopolios, de 
acuerdo con la Constitution de los EEUU, no existian por el bien de sus 
propietarios, sino para promover el progreso de la ciencia. Los mono- 
polios se concedian a los autores como un modo de influir en su com- 
portamiento, para lograr que hicieran algo que sirviera al publico. 

De este modo, el objetivo es tener mas libros escritos y publicados 
que pueda leer la gente. Y se creia que el copyright contribuia al incre- 
mento de la actividad literaria, al incremento de la escritura cientifica 
y de otros campos, y que la sociedad aprendia asi a traves de el. Ese es 
el proposito al que debia servir. La creation de monopolios privados 
era solo un medio para procurar un fin y este fin era un fin publico. 

El copyright en la era de la imprenta era bastante inofensivo, en la 
medida en que se trataba de una regulation industrial. Restringia solo 
las actividades de los editores y de los autores. Bueno, en sentido estric- 
to, tambien los pobres que copiaban libros a mano podrian haber infrin- 
gido la ley de copyright. Pero nadie trato nunca de forzarlos a respetar 
el copyright ya que se entendia como una regulation industrial. 1 

El copyright en la era de la imprenta tambien era f aril de hacer cum- 
plir, dado que tenia que cumplirse solo donde habia un editor y los edi- 
tores, por su naturaleza, se hacen conocer. Si estas tratando de vender 
libros, tienes que decirle a la gente donde ir a comprarlos. No tienes que 
entrar en la casa de todo el mundo para hacerles respetar el copyright. 

En definitiva, el copyright puede haber sido un sistema beneficio- 
so en aquel contexto. El copyright en EEUU es considerado por los 
especialistas en Derecho como un trato comercial, un contrato entre 
el publico y los autores. El publico cede algunos de sus derechos 
naturales y a cambio se beneficia con la escritura y la publication de 
una mayor cantidad de libros. 

Ahora, ^es este un trato ventajoso? Bien, cuando el publico en 
general no puede hacer copias porque solo pueden hacerse eficiente- 
mente en las imprentas — y la mayoria de la gente no tiene imprenta— 



* Los estatutos originales hablaban solo de editar e imprimir. La copia manual estaba 
totalmente desregulada, muy probablemente porque la regulation estaba dirigida a la 
industria. 
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el resultado es que el publico en general esta cediendo una libertad 
que no puede ejercer, una libertad sin ningun valor practice Si tienes 
algo que es un subproducto en tu vida y que es inutil, y tienes la 
oportunidad de intercambiarlo por algo de algun valor, estas ganan- 
do. Asi es como el copyright pudo haber sido un trato ventajoso para 
el publico en aquella epoca. 

Pero el contexto esta transformandose y eso debe cambiar nuestra 
evaluation etica del copyright. Ahora bien, los principios basicos de 
la etica no se modifican por los avances de la tecnologia; son dema- 
siado fundamentales para estar afectados por tales contingencias. Sin 
embargo, nuestra decision sobre cualquier asunto especifico depende 
de las consecuencias de las alternativas disponibles y las consecuen- 
cias de una determinada option pueden cambiar si el contexto cam- 
bia. Eso es lo que esta ocurriendo con el copyright, la era de la 
imprenta esta llegando a su fin, dando paso gradualmente a la era de 
las redes informaticas. 

Las redes informaticas y la tecnologia de la information digital 
nos estan devolviendo a un mundo mas parecido a la antiguedad, 
donde cualquiera que pueda leer y usar la information puede tam- 
bien copiarla y hacer copias casi tan facilmente como cualquiera. Son 
copias perfectas y son tan buenas como las que podria hacer cual- 
quiera. De este modo, la centralization y las economias de escala 
introducidas por la imprenta estan desapareciendo. 

Este contexto cambiante modifica el modo en que funciona la 
legislation de copyright. Vereis, la ley de copyright ya no actua como 
una regulation industrial; ahora se trata de una restriction draconia- 
na sobre el publico en general. Solia ser una restriction sobre los edi- 
tores por el bien de los autores. Ahora, por propositus practicos, es 
una restriction sobre el publico en provecho de los editores. El copy- 
right solia ser bastante inofensivo y poco controvertido. No restringia 
al publico en general. Ahora eso ya no es verdad. Si tienes un orde- 
nador, los editores consideran la restriction como su mas alta priori- 
dad. El copyright era facil de hacer cumplir por que era una restric- 
tion que pesaba solo sobre los editores, que eran faciles de encontrar 
— y lo que publicaban era facil de ver. Ahora el copyright es una res- 
triction que pesa sobre cada uno de vosotros. Su cumplimiento 
requiere vigilancia, intrusion y duros castigos, observamos como se 
esta incorporando a la legislation de los EEUU y de otros paises. 
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El copyright solia ser, discutiblemente, un trato ventajoso para el 
publico porque el publico estaba cediendo libertades que no podia 
ejercer. Bueno, ahora si puede ejercer estas libertades. iQue haces si 
te has acostumbrado a ceder un subproducto que no te era util y, de 
pronto, descubres un uso para el? Puedes, de hecho, consumirlo, 
usarlo. iQue haces? No lo negocias; te guardas algo. Y eso es lo que 
el publico querria hacer naturalmente. Eso es lo que el publico hace 
cada vez que se le da la oportunidad de expresar su preferencia. Se 
guarda algo de su libertad y la ejerce. Napster es un gran ejemplo de 
eso: el publico decide ejercer la libertad de copiar en vez de entregar- 
la. Entonces lo que naturalmente debemos hacer para conseguir que 
la legislacion de copyright se ajuste a las circunstancias actuales, es 
reducir la cantidad de restricciones que pesan sobre el publico e 
incrementar la libertad que el publico conserva. 

Pero esto no es lo que los editores quieren hacer. Lo que ellos 
quieren es exactamente lo contrario. Ellos quisieran incrementar los 
poderes del copyright hasta el punto de que les permita controlar 
todo el uso de la information. Esto ha llevado a leyes que han con- 
cedido un incremento sin precedentes de los poderes de copyright. 
Se estan retirando libertades que el publico solia tener en la epoca 
de la imprenta. 

Por ejemplo, echemos un vistazo a los libros electronicos. Hay una 
tremenda cantidad de publicidad sobre los libros electronicos; dificil- 
mente puedes evitarla. Tome un vuelo en Brasil y en la revista de a 
bordo habia un articulo diciendo que quizas iba a llevar diez o veinte 
ahos hasta que todos nosotros nos pasaramos a los libros electronicos. 
Claramente, este tipo de campaha viene de alguien que esta pagando 
por ella. Ahora bien, ^por que lo estan haciendo? Creo que lo se. La 
razon es que los libros electronicos son la oportunidad de retirar a los 
lectores de libros impresos algunas de las libertades residuales que tie- 
nen y que siempre tuvieron. La libertad, por ejemplo, de prestarle un 
libro a un amigo, o de tomarlo prestado de una biblioteca publica, o de 
vender una copia a una libreria de viejo, o de comprar una copia ano- 
nimamente, sin dejar registrado en una base de datos quien compro 
ese libro en particular. Y puede que aun el derecho a leerlo dos veces. 

Estas son libertades que los editores quisieran retirar, pero no 
pueden en el caso de los libros impresos porque seria una usurpation 
de poder muy obvia y generaria protesta. Entonces encontraron una 
estrategia indirecta: primero, obtienen la legislacion para retirar esas 
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libertades a los libros electronicos cuando todavia no hay libros elec- 
tronicos, asi no hay controversia. No hay usuarios preexistentes de 
libros electronicos acostumbrados a sus libertades y dispuestos a 
defenderlas. Eso es lo que consiguieron con la Digital Millenium 
Copyright Act en 1998. Entonces introducen los libros electronicos y 
gradualmente logran que todos se pasen de los libros impresos a los 
libros electronicos, eventualmente el resultado es: los lectores perdie- 
ron esas libertades sin que jamas haya habido un instante en el que 
esas libertades les fueran retiradas y en el que ellos pudieran haber 
luchado por conservarlas. 

Vemos al mismo tiempo esfuerzos para retirarle a la gente la liber- 
tad de usar otro tipo de obras publicadas. Por ejemplo, las peliculas 
en DVD se publican con un formato cifrado que iba a ser secreto — se 
suponia que iba a ser secreto— y la unica forma en que las compahi- 
as cinematograficas iban a darte el formato, de manera que pudieras 
fabricar un reproductor de DVD, era si firmabas un contrato compro- 
metiendote a incluir ciertas restricciones en el reproductor, con el 
resultado de que se impediria al publico el ejercicio completo de sus 
derechos legales. Entonces unos cuantos programadores astutos en 
Europa encontraron la forma de descifrar los DVD y escribieron un 
paquete de software libre que podia leer un DVD. 2 Esto hizo posible 
usar software libre sobre el sistema operativo GNU/Linux para ver el 
DVD que habias comprado, lo cual es algo perfectamente legitimo. 
Deberias tener derecho a hacer eso con software libre. 

Pero las compahias cinematograficas reclamaron y fueron a juicio. 
Ya veis, las compahias cinematograficas han hecho un monton de peli- 
culas en las que hay un cientifico loco y alguien dice «pero doctor, hay 
ciertas cosas que se supone que el Ser Humano no debe conocer». 
Seguramente han visto demasiadas de sus propias peliculas porque 
llegaron a creer que el formato de los DVD es algo que el Ser Humano 
no debia conocer. Y obtuvieron un fallo para censurar totalmente el 
software reproductor de DVD. Prohibieron hasta linkar a una pagina 
web fuera de EEUU en donde esta information estuviera legalmente 
disponible. Se ha hecho una apelacion a este fallo. Me enorgullece decir 
que yo firme un breve alegato en aquella apelacion, aunque haya 
representado un papel bastante pequeho en esa batalla en particular. 



Ahora hay muchos paquetes de ese estilo. El primero se llamaba «DeCSS». 
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El gobierno de EEUU intervino directamente en favor del bando 
contrario. Esto no es sorprendente cuando consideras porque la 
Digital Millennium Copyright Act fue aprobada en la primera vota- 
cion. La razon es el sistema de financiacion de campahas politicas 
que tenemos en EEUU, que es esencialmente un soborno legalizado, 
donde los candidatos son comprados por las empresas antes de ser 
siquiera elegidos. Y, por supuesto, ellos saben quien es su amo — saben 
para quien trabajan— y aprueban las leyes que les dan mas poder a 
las companias. 

Que ocurrira con aquella batalla en particular, no lo sabemos. Pero 
mientras tanto Australia ha aprobado una ley similar y Europa esta 
terminando de adoptar una: asi que el plan es no dejar lugar en la 
Tierra donde esta information este disponible para el publico. Sin 
embargo, los EEUU siguen siendo el lider mundial en tratar de impe- 
dir que el publico distribuya information que ha sido publicada. 

Los EEUU, sin embargo, no son el primer pais en hacer de esto 
una prioridad. La Union Sovietica trato este tema como algo muy 
importante. Alii, la copia y redistribution no autorizadas eran cono- 
cidas como samizdat y para erradicarlas desarrollaron una serie de 
metodos: primero, guardias vigilando cada equipo de copia para 
verificar que es lo que copiaba la gente e impedir hacer copias pro- 
hibidas. Segundo, duros castigos para cualquiera que pescaran 
haciendo copias prohibidas. Te podian mandar a Siberia. Tercero, 
buscar informantes, pidiendole a todo el mundo que delate a sus 
vecinos y compaheros a la policia de la information. Cuarto, res- 
ponsabilidad colectiva: «jTu! jTu vas a vigilar a ese grupo! Si pesco 
a cualquiera de ellos haciendo copias prohibidas, iras a prision. Asi 
que vigilalos bien». Y quinto, propaganda, empezando en la nihez 
para convencer a todos de que solo un horrible enemigo del pueblo 
podria perpetrar copias prohibidas. 

EEUU estan usando todos estos metodos ahora. Primero, guar- 
dias vigilando los equipamientos de copia. En tiendas de copiado, 
tienen guardias que verifican lo que copias. Pero emplear guardias 
humanos para vigilar que copias en tu ordenador seria demasiado 
caro; el trabajo humano es demasiado caro. Tienen entonces guardias 
robot. Ese es el proposito de la Digital Millennium Copyright Act. Este 
software va en tu ordenador; es la unica manera en que puedes acce- 
der a cierta information y te impide copiarla. 
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Ahora existe un plan para introducir este software en cada disco 
duro, de modo que habria archivos en tu disco a los que ni siquiera 
podrias acceder, excepto obteniendo permiso de acceso de algun ser- 
vidor de red. Esquivar este software o aun decirle a otra gente como 
esquivarlo constituye un delito. 

Segundo, duros castigos. Hace unos pocos ahos, si hacias copias 
de algo y se las entregabas a tus amigos, solo para ayudarlos, esto no 
era un delito; nunca habia sido un delito en EEUU. Entonces lo con- 
virtieron en una fechoria, de modo que te pueden poner en prision 
durante afios por compartir con tu vecino. 

Tercero, informantes. Bueno, habreis visto los anuncios en la tele- 
vision, los anuncios en el metro de Boston pidiendole a la gente que 
delate a sus companeros de trabajo a la policia de la information, que 
oficialmente se llama Asociacion de Editores de Software. 

Y cuarto, responsabilidad colectiva. En EEUU, se ha hecho 
mediante el alistamiento de los proveedores de Internet, haciendolos 
legalmente responsables de todo lo que sus clientes publiquen. El 
unico modo en que pueden evitar ser considerados responsables es si 
siguen invariablemente el procedimiento de desconectar o retirar la 
information en menos de dos semanas despues de recibir una queja. 
Hace unos pocos dias, oi que un sitio que contenia una protesta inte- 
ligente criticando al City Bank por algunas de sus malvadas politicas 
fue desconectado de esta manera. Hoy en dia, ni siquiera te juzgan; 
sencillamente se te desconecta. 

Y, finalmente, propaganda, comenzando desde la infancia. Para 
eso se usa la palabra «pirata». Si haceis memoria, hace apenas unos 
pocos ahos el termino «pirata» se aplicaba a los editores que no paga- 
ban al autor. Pero ahora se le ha dado la vuelta completamente. 
Ahora se aplica a los miembros del publico que escapan al control del 
editor. Esta siendo usado para convencer a la gente de que solo un 
malvado enemigo del pueblo podria practicar la copia prohibida. 
Dice que «compartir con el projimo es el equivalente moral de atacar 
un barco». Espero que no esteis de acuerdo, y si no lo estais, espero 
que rehuseis a usar la palabra de tal manera. 

Asi es como los editores estan comprando leyes para otorgarse 
mas poder. Ademas, estan extendiendo los plazos de duration del 
copyright. La Constitution de los EEUU dice que el copyright debe 
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durar durante un tiempo limitado, pero los editores quieren que el 
copyright dure para siempre. Sin embargo, obtener una enmienda 
constitucional seria bastante dificil, asi que encontraron una manera 
mas facil de lograr el mismo resultado. Cada veinte ahos extienden 
retroactivamente el copyright por veinte ahos mas. Asi, el resultado 
es que, en un determinado momento, el copyright dura nominalmen- 
te durante un cierto periodo y cualquier copyright dado va a expirar 
nominalmente algun dia. Pero esa expiration nunca se alcanzara por- 
que cada copyright se extendera por veinte ahos, cada veinte ahos; 
entonces, ningun trabajo entrara en el dominio publico otra vez. Este 
ha sido llamado el «plan del copyright perpetuo a plazos». 

La ley que en 1998 extendio el copyright por 20 ahos se conoce 
como Ley de Mickey Mouse de Extension del Copyright 3 porque uno 
de los principales auspiciantes de esta ley fue Disney. Disney se dio 
cuenta de que el copyright sobre Mickey Mouse iba a expirar, y ellos 
quieren que eso no ocurra nunca, ya que hacen un monton de dinero 
con ese copyright. 

Globalizacion 

Ahora bien, el titulo original de esta charla era supuestamente 
« Copyright y globalizacion». Si observais la globalizacion, vereis que 
esta compuesta de un conjunto de politicas que se hacen en nombre de 
la eficiencia economica, los llamados tratados de libre comercio, los cua- 
les realmente estan disehados para darle a las compahias poder sobre 
las leyes y las directrices politicas. No son realmente tratados sobre libre 
comercio. Tienen que ver con transferencias de poder: retirar el poder 
de decidir, leyes a los ciudadanos de cualquier pais, que pudieran acaso 
tener en cuenta sus propios intereses, y otorgar ese poder a las compa- 
hias que no tendran en cuenta los intereses de esos ciudadanos. 

Desde su punto de vista la democracia es el problema y estos tra- 
tados estan disehados para terminar con el problema. Por ejemplo, el 
NAFTA [Zona de Libre Comercio de Norte America] de hecho con- 
tiene disposiciones, creo, que permiten a las compahias demandar a 



El titulo oficial es «Ley de Sonny Bono para la extension de la duration del copyright». 
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otro gobierno para asi librarse de una ley que ellas piensen que difi- 
culta sus ganancias en otro pais. De este modo, las companias extran- 
jeras tienen mas poder que los ciudadanos del pais. 

Existen pretensiones de extender esto mas alia del NAFTA. Por 
ejemplo, uno de los objetivos de la llamada Area de Libre Comercio 
de las Americas, es extender este principio a todos los paises de 
Sudamerica y el Caribe [ALCA], y el acuerdo multilateral sobre 
inversion [AMI], trata de diseminarlo por todo el mundo. 

Una cosa que hemos visto en la decada de 1990 es que estos trata- 
dos empiezan a imponer la legislation de copyright en todo el 
mundo, de maneras mas poderosas y restrictivas. Estos tratados no 
son tratados de libre comercio. Son de hecho tratados de comercio 
controlado por empresas, usados para darle control a las corporacio- 
nes sobre el comercio mundial, para eliminar el libre comercio. 

Cuando EEUU era un pais en desarrollo en el siglo XIX, no se 
reconocian los copyrights extranjeros. Esta era una decision tomada 
cuidadosamente y era una decision inteligente. Se entendia que, para 
EEUU, reconocer copyrights extranjeros seria desventajoso, que el 
dinero seria absorbido desde fuera y no haria mucho bien. 

La misma logica seria aplicable hoy dia a los paises en desarrollo, 
pero EEUU tienen suficiente poder para obligarlos a ir en contra de sus 
intereses. De hecho, es un error hablar de los intereses de los paises en 
este contexto. De hecho, estoy seguro de que la mayoria de ustedes han 
oido la falacia de intentar juzgar el interes publico mediante la suma de 
la riqueza de todos. Si los trabaj adores estadounidenses perdieran mil 
millones de dolares y Bill Gates ganase dos mil millones ^estarian 
mejor en general? ^Seria bueno para EEUU? Si miramos solo el total 
parece que es bueno. Sin embargo, en realidad este ejemplo muestra 
que sumar el total es una manera incorrecta de juzgar, pues Bill Gates 
no necesita realmente otros dos mil millones, pero la perdida de mil 
millones por parte de otra gente que no tiene tanto puede, para empe- 
zar, ser dolorosa. Bien, en una discusion acerca de cualquiera de estos 
tratados de comercio, cuando oyes a la gente hablar de los intereses de 
este o de aquel pais, lo que estan haciendo es sumar los ingresos del 
total de poblacion. Se suma el dinero de la gente rica y de la gente 
pobre. Asi que aplicar esa misma falacia es en realidad una excusa para 
hacerte ignorar el efecto de la distribution de la riqueza y en que medi- 
da va a aumentar esa disparidad, como ha ocurrido en EEUU. 
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Por lo tanto, no son realmente los intereses de EEUU lo que se esta 
defendiendo al imponer la legislation de copyright alrededor del 
mundo. Son los intereses de ciertos propietarios de empresas, 
muchos de los cuales estan en EEUU y algunos estan en otros paises. 
En ningun caso se defiende el interes publico. 

Repensar el copyright 

Pero ^que tendria sentido hacer? Si creemos en el objetivo del copy- 
right declarado, por ejemplo, en la Constitution de EEUU, que es el 
objetivo de promover el progreso, ^,que normas seria inteligente usar 
en la era de las redes informaticas? Claramente, en lugar de incremen- 
tar los poderes del copyright, tenemos que disminuirlos tanto como 
para darle al publico cierto espacio de libertad donde pueda hacer uso 
de los beneficios de la tecnologia digital, hacer uso de sus redes infor- 
maticas. Pero ^hasta donde podemos llegar con eso? Es una pregunta 
interesante porque no creo que debamos abolir totalmente el copy- 
right. La idea de intercambiar algunas libertades a cambio de mas pro- 
greso podria ser ventajosa todavia a cierto nivel, aun cuando el copy- 
right tradicional restringe demasiada libertad. Pero para pensar acerca 
de esto de forma inteligente, lo primero que debemos reconocer es que 
no hay razon para hacerlo de modo totalmente uniforme. No hay 
razon para insistir en conceder el mismo trato en todo tipo de trabajos. 

De hecho, no es ese el caso actualmente porque hay un monton de 
excepciones para la musica. La musica es tratada de formas muy dife- 
rentes bajo la legislation de copyright. Pero la insistencia arbitraria en 
la uniformidad es usada astutamente por los editores. Eligen algun 
caso peculiar y argumentan que, en ese caso especial, seria ventajoso 
tener ciertas prerrogativas de copyright. Y luego dicen que en aras de 
la uniformidad, tiene que haber estas prerrogativas para todo. 
Entonces, por supuesto, eligen el caso especial en donde puedan 
hacer la argumentation mas fuerte, aun cuando sea un caso especial, 
poco frecuente y no muy importante despues de todo. 

Pero quizas deberiamos tener esas prerrogativas para ese caso 
especial en concreto. No tenemos que pagar el mismo precio para 
todo lo que compramos. Mil dolares por un coche nuevo puede ser 
un trato muy bueno. Cien dolares por una botella de leche es un trato 
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horrible. No pagarias el precio especial por cualquier cosa que com- 
pres en otros ambitos de la vida. ^Por que hacerlo aqui? 

Asi que necesitamos observar las diferentes clases de obras, qui- 
siera proponer una manera de hacerlo. 

La primera clase son las obras funcionales — es decir, las que se 
usan para hacer un trabajo. 

Esto incluye recetas, programas informaticos, manuales y libros 
de texto, obras de consulta como diccionarios y enciclopedias. Para 
todas estas obras funcionales creo que los problemas son basicamen- 
te los mismos que para el software y se pueden aplicar las mismas 
conclusiones. La gente deberia tener la libertad de publicar una ver- 
sion modificada porque es muy util modificar trabajos funcionales. 
Las necesidades de la gente no son las mismas para todos. Si yo escri- 
biera tal obra para hacer el trabajo que pienso que es necesario, tu 
idea sobre el trabajo que es necesario puede ser algo diferente. 
Entonces querras modificar esta obra para que haga aquello que es 
bueno para ti. En ese punto, puede haber otra gente que tenga las 
mismas necesidades que tu y tu version modificada puede ser buena 
para ellos. Todos los que saben cocinar saben esto y lo han sabido 
durante cientos de ahos. Es normal hacer copias de recetas y darselas 
a otra gente y tambien es normal cambiar una receta. Si cambias la 
receta y cocinas para tus amigos y a ellos les gusta lo que estan 
comiendo, podran decirte «^me puedes pasar la receta?». Entonces a 
lo mejor les apuntas tu version y les das una copia. Esto es exacta- 
mente lo mismo que, mucho despues, nosotros hemos empezado a 
hacer en la comunidad del software libre. Este es un tipo de obra. 

El segundo tipo son las obras cuyo proposito es decir lo que cierta 
gente piensa. Su proposito es la opinion de cierta gente. Esto incluye, 
por ejemplo, memorias, articulos de opinion, publicaciones cientifi- 
cas, ofertas de compra y venta, catalogos de articulos para vender. La 
idea de estos trabajos es decirte que es lo que alguien piensa, o que 
vio, o que cree. Modificarlos seria tergiversar a los autores; asi que 
modificar estos trabajos no es una actividad socialmente util. De este 
modo, la copia textual es lo unico que realmente necesita la gente que 
le este permitido hacer. 

La siguiente pregunta es: ^deberia la gente tener derecho a hacer 
copias textuales con fines comerciales? es suficiente con las no 
comerciales? Vereis, son dos actividades diferentes que podemos 
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distinguir, asi que podemos tener en cuenta las preguntas por sepa- 
rado: el derecho a hacer copias textuales no comerciales y el derecho 
a hacer copias textuales comerciales. Bien, podria ser una buena poli- 
tica de compromiso tener un copyright que proteja la copia textual 
comercial pero permitir a todos el derecho a la copia textual no 
comercial. De esta manera, el copyright sobre la copia textual comer- 
cial, asi como sobre todas las versiones modificadas —solo el autor 
podria aprobar una version modificada— seguiria proporcionando el 
mismo flujo de ganancias que provee ahora para costear la escritura 
de estos trabajos, en cualquier grado que sea. 

Permitir la copia textual no comercial significa que el copyright ya 
no tendra que entrometerse en el hogar de cada uno. Se convierte de 
nuevo en una regulation industrial, facil de hacer cumplir e inofensi- 
va. Ya no requerira castigos draconianos ni informantes en pos de su 
cumplimiento. De este modo, obtendremos la mayor parte del actual 
beneficio — y evitaremos la mayor parte del horror del actual sistema. 

La tercera categoria son las obras esteticas o de entretenimiento, 
donde lo mas importante es la sensation de apreciar la obra. Para 
estas obras, la cuestion de la modification es muy complicada por- 
que, por un lado, esta la idea de que estos trabajos reflejan la vision 
de un artista y cambiarlos es distorsionar esa vision. Por otro lado, 
tenemos el hecho de que se da un proceso popular, donde una suce- 
sion de personas modificando una obra puede, a veces, producir un 
resultado que es extremadamente rico. Aun cuando existan artistas 
produciendo obras, tomar prestado de obras anteriores es a menudo 
muy util. Algunas de las piezas teatrales de Shakespeare usaron his- 
torias tomadas de otras. Si las leyes de copyright de hoy en dia hubie- 
ran tenido efecto entonces, esas obras teatrales hubieran sido ilegales. 
Asi que, que deberiamos hacer acerca de publicar o no versiones 
modificadas de una obra estetica o artistica es una cuestion dificil, y 
podriamos tener que buscar mas subdivisiones de la categoria para 
resolver este problema. Por ejemplo, puede ser que el entorno de los 
juegos de ordenador deba ser tratado de una manera; quizas todo el 
mundo deberia ser libre de publicar versiones modificadas. Pero qui- 
zas una novela deberia ser tratada de manera diferente; quizas, para 
ello, la publication comercial requiera un acuerdo con el autor original. 

Ahora bien, si la publication comercial de estos trabajos esteticos 
se protegiera con el copyright, seguira dedicando que buena parte 
del flujo de ganancias, que existe hoy en dia, se dedicara a apoyar a 
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los autores y musicos, y esto en el limitado grado en que el actual sis- 
tema los apoya, ya que lo hace francamente mal. De este modo, este 
seria un compromiso razonable, justamente como en el caso de las 
obras que representan el punto de vista de una determinada persona. 

Si miramos hacia delante, al tiempo en el que la era de las redes de 
ordenadores haya comenzado plenamente, una vez que hayamos 
superado esta etapa de transition, podemos imaginar otra manera por 
la que los autores consigan dinero por su trabajo. Imaginemos que 
tenemos un sistema de dinero digital que te permite obtener dinero 
por tu trabajo. Imaginemos que tenemos un sistema de dinero digital 
que te permite enviar dinero a alguien a traves de Internet. Puede 
hacerse de varias maneras; usando cifrado, por ejemplo. E imaginemos 
que la copia textual de estos trabajos esteticos esta permitida. Sin 
embargo, estan escritos de tal manera que cuando estas escuchando, o 
leyendo, o mirando uno de ellos, aparece una caja, a un lado en tu pan- 
talla, que dice «haga click aqui para enviarle un dolar al autor», o al 
musico, o lo que sea. Y simplemente permanece ahi. No se interpone 
en tu camino. Esta al lado. No interfiere contigo, pero esta ahi, recor- 
dandote que es algo bueno apoyar a los escritores y a los musicos. 

Asi que si te gusta el trabajo que estas leyendo o escuchando, 
eventualmente diras: «^Por que no he de darle a esta gente un dolar? 
Es solo un dolar. ^Que es eso? Ni siquiera lo notare». Y las personas 
empezaran a enviar un dolar. Lo bueno de esto es que hace de la 
copia el aliado de los autores y de los musicos. Cuando alguien le 
envia por correo electronico a un amigo una copia, ese amigo podria 
enviar un dolar tambien. Si realmente te gusta, podrias enviar un 
dolar mas de una vez y ese dolar es mas de lo que obtienen hoy si 
compras un libro o compras un CD, ya que obtienen una minuscula 
fraction de la venta. Los mismos editores que estan exigiendo pleno 
poder sobre el publico en nombre de los autores y musicos, estan 
aprovechandose todo el tiempo de esos mismos autores y musicos. 

Os recomiendo leer el articulo de Courtney Love en la revista 
Salon, un articulo sobre los piratas que planean usar el trabajo de los 
musicos sin pagarles. Estos piratas son las compahias discograficas 
que les pagan un promedio del 4% de las ventas. Por supuesto, los 
musicos de mayor exito reciben una portion mayor. Obtienen mas 
del 4% de sus grandes ventas, lo que significa que la gran mayoria de 
los musicos que tienen un contrato discografico obtienen menos del 
4% de sus pequehas ventas. 
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Este es el modo en que funciona: la compania discografica gasta dine- 
ro en publicidad y considera este gasto como un adelanto a los musi- 
cos, aunque los musicos nunca lleguen a verlo. De este modo, nomi- 
nalmente, cuando compras un CD, cierta fraction de ese dinero va a 
los musicos, pero realmente no es asi. En realidad, esta destinado a 
pagar los gastos publicitarios y solamente si los musicos son de gran 
exito podran ver algo de ese dinero. 

Los musicos, por supuesto, firman sus contratos discograficos 
porque tienen la esperanza de ser uno de esos pocos que se hacen 
ricos. Asi que, esencialmente, es una loteria ofrecida a los musicos 
para tentarlos. Aun cuando sean buenos musicos, pueden no ser bue- 
nos para razonar de forma logica y cuidadosa y de esta forma poder 
ver esta trampa. De este modo, firman y probablemente todo lo que 
obtienen es publicidad. Bueno, ^por que no les damos publicidad de 
una manera diferente? No a traves de un sistema basado en la restric- 
tion del publico, un sistema de los complejos industriales que nos 
entristece con una musica malisima que es facil de vender. En cam- 
bio, «i,por que no hacer del impulso natural del oyente a compartir la 
musica que le gusta el aliado de los musicos? Si tenemos esta caja que 
aparece en el reproductor como un modo de enviar un dolar a los 
musicos, las redes informaticas podrian ser el mecanismo para dar a 
los musicos esta publicidad, la misma publicidad que es todo lo que 
ahora obtienen de los contratos discograficos. 

Debemos reconocer que el sistema de copyright existente hace un 
pesimo trabajo de apoyo a los musicos. Tan malo como el que hace 
el comercio mundial al intentar elevar el nivel de vida en Filipinas y 
en China. Esas zonas industriales donde todo el mundo trabaja en 
sweatshops y todos los productos se hacen sweatshops. La globaliza- 
cion es una manera muy ineficiente de elevar el nivel de vida de los 
pueblos de ultramar. Pongamos por caso, a un estadounidense se le 
paga veinte dolares la hora para hacer algo y le das ese trabajo a un 
mexicano a quien se le paga quizas seis dolares por dia. Lo que ocu- 
rre aqui es que tomas una gran cantidad de dinero de un trabajador 
estadounidense, le das una fraction minuscula, un pequeho porcen- 
taje, a un trabajador mexicano, y el resto se lo devuelves a la compa- 
nia. De modo que si tu meta es elevar el nivel de vida de los trabaja- 
dores mexicanos, esta es una pesima manera de hacerlo. 

Es interesante ver como el mismo fenomeno se da en la industria 
del copyright, la misma idea general. En nombre de estos trabajadores, 
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quienes ciertamente merecen algo, proponen medidas que les dan 
una diminuta portion y en realidad aumentan el poder de las compa- 
nias para controlar nuestras vidas. 

Si estas tratando de reemplazar un sistema muy bueno, tienes que 
hacer un esfuerzo muy grande para encontrar una alternativa mejor. 
Si sabes que el actual sistema es deplorable, no es tan dificil encontrar 
una alternativa mejor; el patron de comparacion es hoy muy bajo. 
Debemos recordarle siempre esto cuando consideramos cuestiones 
relativas a la politica del copyright. 

Creo que dije la mayor parte de lo que quiero decir. Quisiera men- 
cionar que mahana es el phone-in sick day^ en Canada. Mahana se da 
inicio a una cumbre para terminar de negociar el Area de Libre 
Comercio de las Americas, con el fin de extender el poder de las cor- 
poraciones a un mayor numero de paises; se esta planeando una gran 
protesta en Quebec. Hemos visto metodos extremos para aplastar 
esta protesta. Se esta impidiendo a muchos estadounidenses la entra- 
da a Canada a traves de la frontera que, se supone, deberia permitir- 
les entrar en cualquier momento. Bajo las excusas mas endebles han 
construido un muro alrededor del centro de Quebec para usarlo 
como fortaleza a fin mantener a los manifestantes fuera. Hemos visto 
gran cantidad de trucos sucios usados para reprimir la manifestation 
publica en contra de estos tratados. De este modo, cualquier brizna 
de democracia que nos quede, despues de que se le haya retirado a 
nuestros gobernantes democraticamente electos el poder de gober- 
nar y despues de que se le haya dado a las compahias y a los orga- 
nismos internacionales no electos, lo que sea que quede despues de 
eso, puede que no sobreviva a la supresion de la protesta publica 
contra esa tendencia. 

He dedicado diecisiete ahos de mi vida a trabajar en el software 
libre y en asuntos relacionados con el. No lo he hecho porque piense 
que es la cuestion politica mas importante del mundo. Lo hice por- 
que era el area en donde vi que podria usar mejor mis destrezas para 
hacer el mayor bien. Pero lo que ha ocurrido es que las cuestiones 



4 Evento del movimiento global que podria traducirse como «dia que toca ponerse 
enfermo», en alusion a la excusa usada para no tener que ir al trabajo y poder asistir 
en su lugar a la manifestation. El evento al que se refiere Stallman tuvo lugar el 20 de 
abril de 2001. [N. del E.] 
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politicas en general han evolucionado y la cuestion politica mas 
importante del mundo, hoy, es resistir a la tendencia a dar poder a 
las companias en detrimento del publico y de los gobiernos. Veo el 
software libre y los asuntos relacionados con la information como 
parte de esa cuestion de primer orden. Asi que me he encontrado 
indirectamente trabajando en este problema. Espero contribuir en 
algo a ese esfuerzo. 

Turno de preguntas 

Thornburn. En un momento vamos a pasar a escuchar las preguntas 
y comentarios del publico. Pero antes permitanme ofrecerles una 
breve y somera intervention. Me parece que la guia practica mas 
fuerte e importante que Stallman nos ofrece tiene dos elementos 
clave. Uno es el reconocimiento de que las viejas suposiciones sobre 
el copyright, los viejos usos del copyright, son inapropiados; estan 
siendo desafiados o socavados por el advenimiento del ordenador y 
de las redes informaticas. Eso puede ser obvio, pero es esencial. 

El segundo es el reconocimiento de que la era digital nos obliga a 
reconsiderar como distinguimos y sopesamos las formas del trabajo 
intelectual y creativo. Stallman, indudablemente, esta en lo cierto al 
afirmar que ciertos tipos de iniciativas intelectuales justifican mas 
protection mediante el copyright que otras. Tratar de identificar sis- 
tematicamente estos diferentes tipos o niveles de protection por 
medio del copyright me parece una valiosa manera de ocuparse de 
los problemas relativos al trabajo intelectual representados por el 
advenimiento del ordenador. 

Pero creo que estoy detectando otro tema subyacente en lo que 
Stallman ha estado diciendo y que no esta en realidad directamen- 
te relacionado con los ordenadores, sino mas ampliamente con 
cuestiones de autoridad democratica y con el poder creciente que 
los gobiernos y las empresas ejercen sobre nuestras vidas. Este lado 
populista y anticorporativo del discurso de Stallman es enriquece- 
dor pero tambien reduccionista, potencialmente simplista. Y es 
tambien quizas demasiado idealista. Por ejemplo, como podria un 
novelista, o un poeta, o un autor de canciones, o un musico, o el 
autor de un libro de texto academico, sobrevivir en este mundo feliz 
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en que la gente es alentada pero no obligada a pagar a los autores. 
En otras palabras, me parece que la brecha entre la practica existen- 
te y las posibilidades visionarias sobre las que especula Stallman, es 
todavia inmensamente ancha. 

Voy a concluir preguntandole a Stallman si quisiera desarrollar un 
poco ciertos aspectos de su charla y especificamente, si tiene mas ideas 
sobre la manera en que aquellos que llamaremos «creadores tradicio- 
nales» pueden ser protegidos bajo su sistema de copyright. 

Stallman. Primero de todo, tengo que senalar que no debemos usar el 
termino «proteccion» para describir lo que hace el copyright. El copy- 
right restringe a la gente. El termino «proteccion» es un termino propa- 
gandistico que usan las empresas propietarias de copyright. El termino 
«proteccion» significa impedir que algo sea, de alguna manera, destrui- 
do. Bien, yo no creo que una cancion se destruya porque se escuchen 
mas copias de ella. Tampoco creo que una novela se destruya si mas 
gente esta leyendo copias de ella. Asi que no usare esa palabra. Pienso 
que conduce a la gente a identificarse con el bando equivocado. 

Tambien, es una muy mala idea pensar acerca de la «propiedad inte- 
lectual» por dos razones: primero, prejuzga la pregunta mas fundamen- 
tal en este ambito, que es: ^como deberian ser tratadas estas cosas, debe- 
rian tratarse como un tipo de propiedad? Usar el termino «propiedad 
intelectual» para describir la cuestion es presuponer que la respuesta es 
«si», que esa es la manera de tratar las cosas y no de otra manera. 

Segundo, promueve la sobregeneralizacion. La propiedad intelec- 
tual es un termino generico utilizado para varios sistemas legales con 
origenes independientes como el copyright, las patentes, las marcas 
registradas, los secretos comerciales y tambien algunas otras cosas mas. 
Se trata de cosas casi completamente diferentes; no tienen nada en 
comun. Pero a la gente que oye el termino «propiedad intelectual» se le 
lleva hacia una falsa imagen, creen que hay un principio general de pro- 
piedad intelectual que es aplicado en distintas areas especificas. De este 
modo, asumen que esas diferentes areas de la ley son similares. Esto 
lleva no solo a un pensamiento confuso acerca de que es correcto hacer; 
lleva a la gente a no poder entender que es lo que dice la ley, ya que 
suponen que la ley de copyright, la ley de patentes y la ley de marcas 
registradas son similares, cuando, de hecho, son totalmente diferentes. 

Asi que si quereis promover el pensamiento cuidadoso y el enten- 
dimiento claro de que es lo que la ley dice, evitad el uso del termino 
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«propiedad intelectual». Hablad de copyright. O hablad de patentes. 
O hablad de marcas registradas o cualquiera que sea el asunto del que 
querais hablar. Pero no hableis de propiedad intelectual. Una opinion 
sobre propiedad intelectual casi tiene que ser necesariamente absur- 
da. Yo no tengo una opinion acerca de la propiedad intelectual. Tengo 
opiniones acerca del copyright, las patentes y las marcas registradas, 
y son diferentes. Llegue a ellas a traves de procesos de pensamiento 
diferentes porque esos sistemas legales son totalmente diferentes. 

De todos modos, he hecho una digresion, pero es terriblemente 
importante. 

Ahora permitidme ir al grano. Por supuesto, no podemos ver ahora 
como podria funcionar correctamente, o si es que podria funcionar, el 
hecho de pedirle a la gente que pague dinero de forma voluntaria a los 
autores y musicos que les gustan. Una cosa obvia es que todo lo bien 
que puede llegar a funcionar un sistema asi es proporcional al numero 
de personas que participan de la red, y ese numero, lo sabemos, se 
incrementara exponencialmente dentro de unos ahos. Si lo intentase- 
mos hoy, podria fallar y ello no probaria nada porque con diez veces 
mas gente participando podria funcionar. 

La otra cosa es que aun no tenemos este sistema de desembolso de 
dinero digital. Asi que en realidad no podemos intentarlo hoy. Podria 
intentarse algo un poco parecido. Puedes contratar servicios en los 
que puedes pagarle dinero a alguien — cosas como Pay Pal. Pero, 
antes de poder pagarle a nadie mediante Pay Pal, tendras que sopor- 
tar un complejo papeleo y darles informacion personal sobre ti. Y 
ellos hacen registros de a quienes les pagas. ^Puedes confiar en que 
no haran un mal uso de esta informacion? 

El dolar puede no desalentarte, pero si las dificultades que acarrea 
el sistema de pago. La idea es que pagar cuando urja la necesidad 
deberia ser tan facil como quitarle un caramelo a un niho, de modo 
que no haya nada que te desaliente excepto la cantidad de dinero. Y 
si es lo bastante pequeha, no tiene porque desalentarte. Sabemos, en 
cambio, que los fans pueden realmente amar a los musicos y sabemos 
que alentar a los fans a copiar y redistribuir musica ha sido promovi- 
do por algunas bandas que fueron, y son, bastante exitosas, como los 
Grateful Dead. Ellos no tuvieron problemas para ganarse la vida con 
su musica por el hecho de haber alentado a sus fans a grabar y copiar 
cintas. Ni siquiera bajaron las ventas de sus discos. 
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Nos estamos desplazando gradualmente de la era de la imprenta a la 
era de las redes informaticas, pero esto no ocurre de un dia para otro. 
La gente todavia compra montones de discos y eso continuara pasan- 
do probablemente durante muchos ahos — quizas siempre. En tanto 
esto continue, simplemente tener un copyright que se aplique a las 
ventas comerciales de discos podria ser tan buen apoyo a los musicos 
como el que actualmente reciben. Por supuesto, no es muy bueno, 
pero, al menos, la cosa no ira a peor. 

Pregunta. [Un comentario y una pregunta acerca de la libre descar- 
ga y acerca del intento de Stephen King 5 de comercializar una de sus 
novelas a traves de la web]. 

Stallman. Si, es interesante saber que hizo y que ocurrio. Cuando al 
principio oi hablar sobre aquello, estaba encantado. Pense: tal vez esta 
dando un paso hacia un mundo que no este basado en tratar de mante- 
ner al publico apresado por una cadena de hierro. Entonces vi que de 
hecho habia escrito para pedirle a la gente que pague. Explicando lo que 
hizo, estaba publicando una novela como una serie, por entregas, y dijo: 
«Si obtengo suficiente dinero, entregare mas». Pero la petition que 
escribio era a duras penas una petition. Era una afrenta al lector. Decia: 
«Si no pagais, es que sois malvados. Y si hay demasiados de vosotros 
que sois malvados, entonces yo simplemente dejare de escribir». 

Bien, claramente, esa no es la manera de hacer que el publico 
sienta ganas de enviarte dinero. Tienes que hacer que te amen, no 
que te teman. 

Pregunta [El mismo miembro del publico] . Los detalles fueron que 
el pidio que cierto porcentaje —no se el porcentaje exacto, alrededor 
de 90% me parece— de gente le enviara cierta cantidad de dinero, la 
cual era, creo, uno o dos dolares, o algo de esa magnitud. Tenias que 
escribir tu nombre y tu direction de correo electronico y alguna otra 
information para descargar la novela y si despues del primer capitu- 
lo ese porcentaje no se alcanzaba, dijo que no publicaria otro. Fue 
muy hostil con el publico que descargaba su novela. 



5 El escritor de novelas de terror Stephen King intento vender uno de sus libros a tra- 
ves de la red en una serie de entregas (podias comprar un capitulo cada vez), pero 
cerro el sistema antes de acabar de escribir el libro. 
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Pregunta. iNo esta abierto al abuso de la gente, mediante el plagio, 
este sistema en donde no hay copyright pero en el que se le pide a la 
gente que haga donaciones voluntarias? 

Stallman. No. Eso no es lo que he propuesto. Recuerda, estoy pro- 
poniendo que deberia haber copyright cubriendo la distribution 
comercial y permitiendo solo una redistribution de forma no comer- 
cial. Asi que cualquiera que modifique la obra agregandole un conta- 
dor a su sitio web, en lugar del contador del sitio web del verdadero 
autor, estaria infringiendo el copyright y podria ser demandado exac- 
tamente como podria ser demandado hoy. 

Pregunta. Ya veo. ^Entonces todavia imaginas un mundo en el que 
hay copyright? 

Stallman. Como he dicho, para esa clase de obras. No estoy dicien- 
do que todo deberia estar permitido. Estoy proponiendo reducir los 
poderes del copyright, no abolirlos. 

Thornburn. Una pregunta que se me ocurrio mientras hablabas, 
Richard, y otra vez mientras respondias a esta pregunta: ^por que no 
consideras las maneras en que el ordenador, por si mismo, elimine 
completamente a los intermediarios — del modo en que Stephen King 
se nego a hacer— y pueda establecer una relation personal? 

Stallman. Bien, pueden y de hecho, esta donation voluntaria es una 
manera... 

Thornburn. ^Piensas que ello no involucrara al editor en ningun caso? 

Stallman. En absolute Espero que no lo haga, veras, porque los edi- 
tores explotan a los autores terriblemente. Cuando les preguntas a los 
representantes de los editores acerca de esto, dicen: «Bien, si, si un 
autor o una banda no desea pasar por nosotros, no deberia estar 
legalmente obligado a hacerlo». Pero, de hecho, ellos hacen todo lo 
que pueden para impedir que eso resulte factible. Por ejemplo, estan 
proponiendo formatos de copia restringida, de modo que para publi- 
car en esos formatos, tendrias que pasar por los grandes editores, ya 
que no les diran a nadie mas como hacerlo. De este modo, su espe- 
ranza es un mundo en donde los reproductores reproduzcan esos 
formatos, y para obtener cualquier cosa que puedas reproducir en 
esos reproductores habra que pasar por los editores. Asi que, de 
hecho, aunque no haya una ley que probiba al autor o al musico publi- 
car de forma directa, esto no sera factible. Esta tambien el sehuelo de 
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que tal vez te hagas rico. Dicen: «Te publicitaremos y quizas llegues 
a ser tan rico como los Beatles» — haceros a la idea de cualquier 
grupo de exito— y, por supuesto, solo una minuscula fraction de los 
musicos tendra esa suerte. Pero pueden ser llevados asi a firmar con- 
tratos que los encadenaran para siempre. 

Los editores tienden a ser malevolos a la hora de respetar sus con- 
tratos con los autores. Por ejemplo, los contratos de libro habitual- 
mente dicen que si un libro se agota, los derechos vuelven al autor; 
los editores generalmente no han sido muy buenos ejemplificando 
esa clausula. A menudo se les ha tenido que obligar a respetarla. Bien, 
lo que estan empezando a hacer ahora es usar la publication electro- 
nica como una excusa para decir que nunca se agotara; asi que nunca 
tendran que devolver los derechos. Su idea es que cuando el autor 
esta necesitado haz que firme, y, desde entonces, no tendra poder; 
solo lo tendra el editor. 

Pregunta. ^Seria bueno tener licencias libres para distintos tipos de 
obras que protejan el derecho del usuario a copiar del modo en que 
sea apropiado para cada tipo de trabajo? 

Stallman. Bien, hay gente trabajando en esto. Pero para trabajos no 
funcionales, una cosa no sustituye la otra. Observemos un tipo de 
trabajo funcional, digamos un procesador de texto. Bien, si alguien 
hace un procesador de texto libre, puedes usarlo; no necesitas los 
procesadores de texto no libres. Pero yo no diria que una cancion 
libre puede sustituir a todas las canciones no libres o que una nove- 
la libre sustituya a todas las novelas no libres. Para esa clase de 
obras, es diferente. Entonces, lo que pienso que debemos hacer es 
reconocer simplemente que estas leyes no merecen ser respetadas. 
No es incorrecto compartir con tu vecino, y si alguien intenta decir- 
te que no puedes compartir con tu vecino, no deberias escucharlo. 

Pregunta. Con respecto a los trabajos funcionales, segun tu manera 
de pensar ^como se equilibra la necesidad de abolir el copyright con 
la necesidad de incentivos economicos para hacer que se desarrollen 
estos trabajos funcionales? 

Stallman. Bien, lo que vemos es, antes que nada, que este incentivo 
economico es mucho menos necesario que lo que la gente ha estado 
suponiendo. Fijaros, en el movimiento de software libre, donde tene- 
mos mas de cien mil voluntarios a tiempo parcial desarrollando soft- 
ware. Tambien vemos que hay otras maneras de ob tener dinero que 
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no estan basadas en impedir que el publico copie y modifique estos 
trabajos. Esa es la lection interesante del movimiento del software 
libre. Aparte del hecho de que te ofrece una manera en que puedes usar 
un ordenador y conservar tu libertad de compartir y cooperar con otra 
gente, tambien nos muestra que esta suposicion negativa de que la 
gente nunca haria estas cosas a menos que se les den poderes especia- 
les para forzar a la gente a pagarles, es sencillamente incorrecta. Mucha 
gente hara estas cosas. De este modo, si echas un vistazo a, digamos, la 
escritura de monografias que sirven como libros de texto en muchos 
campos de la ciencia, excepto los muy basicos, los autores no hacen 
dinero. Ahora tenemos un proyecto para hacer una enciclopedia libre, 
que en realidad es un proyecto comercial, y esta progresando. 
Teniamos un proyecto para una enciclopedia GNU, pero lo fundimos 
con otro proyecto comercial cuando ellos adoptaron nuestra licencia. 
En enero, se pasaron a la licencia de documentation libre GNU, vigen- 
te para todos los articulos de su enciclopedia. Entonces dijimos: «Bien, 
unamos fuerzas con ellos y alentemos a la gente a contribuir». Se llama 
«Nupedia» y podeis encontrar un enlace a ella en http://www.gnu.org/ 
encyclopedia. Asi que hemos ampliado el desarrollo comunitario de 
una base libre de conocimientos utiles desde el software a una enciclo- 
pedia. Ahora estoy bastante seguro de que en todas estas areas de obras 
funcionales, no necesitamos ese incentivo economico hasta el punto de 
que debamos arruinar el uso libre de esas obras. 

Thornburn. Bien, que hay de las otras dos categorias — pensamien- 
tos personales y entretenimiento. 

Stallman. Para los otros dos tipos de trabajo, no se. No se si la gente 
va a escribir algun dia novelas sin preocuparse por ganar dinero con 
ello. En una sociedad post-escasez, pienso que si. Puede que lo que 
necesitemos hacer, para alcanzar la sociedad post-escasez, es desha- 
cernos del control empresarial sobre la economia y las leyes. Asi que, 
en efecto, es como el problema del huevo y la gallina, como podeis 
ver. ^Que hacemos primero? ^Como obtenemos un mundo en donde 
la gente no tenga que conseguir dinero desesperadamente, si no es 
eliminando el control empresarial? como podemos eliminar el 
control empresarial a no ser que...? De todos modos, no lo se, pero 
por eso estoy tratando de proponer primero un sistema de copyright 
de compromiso, y, segundo, el pago voluntario apoyado por un sis- 
tema de copyright de compromiso como una manera de proveer un 
flujo de ganancias a la gente que escribe estos trabajos. 
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Pregunta. ^Como esperas implementar este sistema de copyright de 
compromiso bajo la presion de los intereses corporativos sobre los poli- 
ticos estadounidenses, dado su sistema de financiacion de campanas? 

Stallman. Me supera. Ojala lo supiera. Es un problema terriblemen- 
te dificil. Si supiera como resolver ese problema, lo resolveria y nada 
en el mundo podria hacerme sentir mas orgulloso. 

Pregunta. ^Como luchas contra el control empresarial? Porque cuan- 
do observas las sumas de dinero destinadas al lobby empresarial en 
los tribunales, es tremendo. Pienso que el caso DeCSS (Decryption of 
Contents Scrambling System), del que estas hablando, le esta costan- 
do algo asi como un millon y medio de dolares a la defensa. Dios sabe 
cuanto le esta costando a la parte empresarial. ^Tienes alguna idea de 
como hacerse cargo de estas enormes sumas de dinero? 

Stallman. Tengo una sugerencia. Si aconsejaramos boicotear totalmen- 
te las peliculas, pienso que la gente ignoraria ese consejo. Podrian con- 
siderarlo demasiado radical. Asi que quisiera hacer una sugerencia 
levemente diferente, que lleva a lo mismo, y es: no vayas al cine a menos 
que tengas una razon sustancial para creer que la pelicula es buena. 
Ahora bien, esto conduciria, en la practica, a casi el mismo resultado 
que el boicot total de las peliculas de Hollywood. En extension es casi 
lo mismo, pero en intensidad es muy diferente. Hemos notado que 
mucha gente va al cine por razones que nada tienen que ver con lo 
buena, o no, que ellos piensen que es la pelicula. Asi que si cambias eso, 
si solo vas a ver una pelicula cuando tienes alguna razon sustancial para 
creer que es buena, les estaras quitando un monton de dinero. 

Thornburn. Una manera de entender todo este discurso hoy, pienso, 
es reconocer que siempre que las tecnologias radicales, potencial- 
mente transformadoras, aparecen en la sociedad, hay una lucha sobre 
su control. Hoy estamos repitiendo lo que ocurrio en el pasado. De este 
modo, desde este angulo, puede no haber una razon para la desespe- 
ranza, o incluso para el pesimismo, acerca de que pueda ocurrir a 
largo plazo. Pero a corto plazo, las luchas por el control de textos e 
imagenes, y por el control de todo tipo de information, seran probable- 
mente dolorosas y extensas. Por ejemplo, como profesor de comunica- 
cion, mi acceso a imagenes ha sido restringido, en ahos recientes, de un 
modo como nunca antes habia ocurrido. Si escribo un ensayo en el que 
quiero usar imagenes fijas, incluso de peliculas, es mucho mas dificil 
obtener permisos de uso, y los precios son mucho mas elevados, aun 
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cuando de argumentos sobre la investigation intelectual y la catego- 
ria legal de fair use [uso razonable]. De esta forma, en este momenta 
de transformation, pienso que las perspectivas a un plazo mayor 
pueden, de hecho, no ser tan perturbadoras como lo que esta ocu- 
rriendo a corto plazo. Sin embargo, en cualquier caso, necesitamos 
comprender toda nuestra experiencia contemporanea como una ver- 
sion renovada de la lucha por el control de los recursos tecnologicos, 
que es un principio recurrente de la sociedad occidental. 

Tambien es esencial entender que la historia de las viejas tecnolo- 
gias es, en si misma, una materia complicada. El impacto de la 
imprenta en Espaha, por ejemplo, fue radicalmente diferente de su 
impacto en Inglaterra o en Francia. 

Pregunta. Una de las cosas que me molesta cuando oigo discusiones 
sobre el copyright es que a menudo comienzan con: «Queremos un 
cambio de ciento ochenta grados. Queremos eliminar todo tipo de 
control». Me parece que parte de lo que subyace bajo las tres catego- 
rias que fueron sugeridas es un reconocimiento de que hay algun tipo 
de sabiduria en el copyright. Algunos de los criticos de la direction 
que esta tomando el copyright hoy, creen, de hecho, que deberia ser 
respaldado y funcionar mucho mas como las patentes y las marcas 
registradas en cuanto a su duration. Me pregunto si nuestro confe- 
renciante querra comentar esta estrategia. 

Stallman. Estoy de acuerdo en que acortar el plazo de validez del 
copyright es una buena idea. No hay absolutamente ninguna necesi- 
dad, en terminos de alentar la publication, de que los copyrights pue- 
dan durar hasta ciento cincuenta ahos, lo que, en algunos casos, es 
posible bajo la presente ley. Ahora bien, las compahias estuvieron 
diciendo que un copyright de setenta y cinco ahos sobre un trabajo 
hecho por encargo no era lo bastante largo como para hacer posible 
su production. Me gustaria desafiar a esas compahias a que presen- 
ten hojas de calculo con balances proyectados para los proximos 
setenta y cinco ahos respaldando esa afirmacion. Lo que ellos en rea- 
lidad querian era, sencillamente, poder extender el copyright sobre 
los trabajos viejos, de modo que puedan seguir restringiendo su uso. 
Pero como se puede alentar una mayor production en la decada de 
1920 extendiendo el copyright hoy, no lo se, a menos que tengan una 
maquina del tiempo en algun lugar. Por supuesto, en una de sus peli- 
culas, tenian una maquina del tiempo. Asi que eso debe ser lo que 
afecto su forma de pensar. 
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Pregunta. ^Has pensado en extender el concepto de uso razonable? Y, 
^hay alguna variation o distention al respecto que quieras presentarnos? 

Stallman. Bien, la idea de dar a todo el mundo permiso para hacer 
copias textuales no comerciales de dos tipos de obras, ciertamente 
puede ser pensada como una extension de lo que es el uso razonable. 
Es mayor de lo que actualmente se reconoce como uso razonable. Si 
tu idea es que el publico cede ciertas libertades para obtener mas pro- 
greso, entonces puedes trazar la linea en varios lugares diferentes. 
iQue libertades cede el publico y cuales conserva? 

Pregunta. Por seguir la conversation solo un momento: en ciertos 
ambitos del entretenimiento, existe el concepto de exhibition publi- 
ca. Asi, por ejemplo, el copyright no nos impide cantar villancicos en 
Navidad pero impide su ejecucion publica. Y yo me pregunto si no 
seria util, en lugar de expandir el uso razonable a la copia textual ili- 
mitada, no comercial, pensar en algo menos que eso, pero mas que el 
presente concepto de uso razonable. 

Stallman. Yo pensaba que eso seria suficiente, y entonces Napster 
me convencio de lo contrario, porque Napster es utilizado por sus 
usuarios para redistribution textual, no comercial. El servidor 
Napster, en si mismo, es una actividad comercial, pero la gente que 
de hecho esta poniendo el material lo hace de manera no comercial, 
ellos podrian haberlo hecho en sus propios sitios web igual de facil- 
mente. La tremenda excitation e interes sobre el uso de Napster, 
muestra que eso es muy util. Asi que ahora estoy convencido de que 
la gente deberia tener derecho a publicar copias textuales, no redistri- 
buidas comercialmente, de cualquier cosa. 

Pregunta. Una analogia que me fue sugerida recientemente para 
toda la cuestion de Napster es la analogia de la biblioteca publica. 
Supongo que algunos de ustedes, que han oido hablar sobre los argu- 
mentos a favor de Napster, han oido ya esta analogia. Me pregunto si 
podrias comentarla. Los defensores que dicen que Napster deberia 
continuar y que no deberia haber restricciones sobre el, a veces dicen 
algo como esto: «Cuando las personas van a la biblioteca publica y 
piden prestado un libro, no estan pagando por el, pueden pedirlo 
prestado docenas de veces, cientos de veces, sin cargo adicional. ^Por 
que Napster es diferente?». 

Stallman. Bueno, no es exactamente lo mismo. Pero deberia sehalar- 
se que los editores quieren transformar a las bibliotecas publicas en 
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tiendas en las que se paga por el uso. Asi que estan en contra de las 
bibliotecas publicas. 

Pregunta. ^Pueden estas ideas sobre el copyright sugerir algunas 
ideas para ciertas cuestiones sobre la ley de patentes, tales como 
hacer medicamentos genericos baratos para usar en Africa? 

Stallman. No, no hay absolutamente ninguna similitud. Las cuestiones 
de patentes son totalmente distintas con respecto de las cuestiones rela- 
tivas al copyright. La idea de que tienen algo que ver es una de las con- 
secuencias desafortunadas de usar el termino «propiedad intelectual» y 
alentar a la gente a asociar estas cuestiones, porque, como habeis oido, 
estuve hablando de cuestiones en las que el precio de una copia no es lo 
crucial. Pero, ^cual es el asunto central cuando se trata de medicamen- 
tos contra el SIDA para Africa? Es el precio, nada mas que el precio. 

Ahora bien, el tema del que estuve hablando surge porque la tecno- 
logia de information digital da a cada usuario la facultad de crear 
copias. Bien, no hay nada que nos de la facultad de crear copias de 
medicamentos. No tengo la posibilidad de copiar un medicamento que 
haya conseguido. De hecho, nadie puede; no es asi como se hacen los 
medicamentos. Estos medicamentos solo pueden hacerse en costosas 
fabricas y se hacen en costosas fabricas centralizadas, ya sean genericos 
o importados de EEUU De cualquier manera, se haran en un pequeho 
numero de fabricas y las cuestiones son, simplemente, cuanto cuestan y 
si estan disponibles a un precio que la gente en Africa pueda pagar. 

Asi que se trata de una cuestion tremendamente importante, pero 
es una cuestion totalmente diferente. Solo existe un area en la que apa- 
rece una cuestion referida a las patentes que es de hecho similar a la 
libertad de copia, y es en la agricultura; dado que hay ciertas cosas 
patentadas que pueden ser copiadas, mas o menos: las cosas vivientes. 
Se copian ellas mismas al reproducirse. No es necesariamente una 
copia exacta; se remezclan los genes. Pero el hecho es que los granjeros 
durante milenios han estado haciendo uso de esta capacidad de las 
cosas vivientes de hacer copias de si mismas. La agricultura es, basica- 
mente, copiar las cosas que criaste y seguir copiandolas cada aho. 
Cuando son patentadas variedades de plantas y de animales, cuando 
los genes son patentados y usados en ellas, el resultado es que a los 
granjeros se les prohibe hacer lo que venian haciendo. 

Un granjero en Canada tenia una variedad patentada creciendo en 
su campo y dijo: «Yo no lo hice deliberadamente. El polen volo y esos 
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genes se introdujeron entre mis plantas». Y se le dijo que eso no 
importaba; tuvo que destruirlas de todos modos. Este es un ejemplo 
extremo de como puede el gobierno alinearse con un monopolista. 

De este modo, creo que, siguiendo los mismos principios que apli- 
co a la copia en un ordenador, los granjeros deberian tener un incues- 
tionable derecho a guardar sus semillas y criar su ganado. Quizas 
puedas tener patentes cubriendo compahias vendedoras de semillas, 
pero no deberian cubrir a los granjeros. 

Pregunta. Para tener un modelo exitoso hay que hacer mas cosas que 
tener solo la licencia. ^Puedes responder a eso? 

Stallman. Totalmente. Bien, ya sabeis, no conozco las respuestas. 
Pero parte de lo que creo crucial para desarrollar information libre, 
funcional, es el idealismo. La gente tiene que reconocer que es 
importante que la information sea libre, que cuando la information 
es libre, se puede hacer pleno uso de ella. Cuando esta restringida, no 
puedes. Tienes que reconocer que la information no libre es un inten- 
to de dividir a la gente y mantenerla desamparada y con la cabeza 
agachada. En este punto, pueden llegar a la idea de: «Trabajemos jun- 
tos para producir la information que queremos usar, de modo que no 
este bajo el control de alguna persona poderosa que pueda dictarnos 
que es lo que podemos hacer ». 

Esto nos impulsa con fuerza. No se como va a funcionar en la dis- 
tintas areas, pero pienso que en el ambito de la education, buscando 
libros de texto, creo ver una manera en que puede hacer se. Hay un 
monton de docentes en el mundo, docentes que no estan en universi- 
dades prestigiosas —quizas estan en la escuela secundaria, quizas en 
primaria— donde no escriben ni publican gran cosa y no existe una 
tremenda demanda sobre ellos. Pero muchos de ellos son inteligen- 
tes. Muchos de ellos conocen sus materias bien y podrian escribir 
libros de texto sobre montones de temas y compartirlos con la gente, 
recibir un enorme aprecio por la gente que aprende de ellos. 

Pregunta. Eso es lo que decia. Pero lo curioso es que conozco la historia 
de la education. Eso es lo que hago: proyectos educativos con medios 
electronicos. No podria encontrar un ejemplo. ^Conoces alguno? 

Stallman. No, no conozco. Empece proponiendo esta enciclopedia 
libre y esta base de aprendizaje hace un par de ahos y pense que podria 
llevar probablemente una decada lograr que las cosas comenzaran a 
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rodar. Ahora ya tenemos una enciclopedia en marcha. Asi que las 
cosas van mas rapido de lo que esperaba. Pienso que lo que se nece- 
sita es que unas pocas personas empiecen a escribir libros de texto 
libres. Escribir uno sobre cualquiera que sea tu tema favorito o una 
fraction de uno. Escribe unos pocos capitulos de uno y desafia a otras 
personas a escribir el resto. 

Pregunta. De hecho, lo que yo buscaba era algo todavia mejor que 
eso. Lo importante es que alguien cree una infraestructura en la que 
todos los demas puedan contribuir. No hay ninguna infraestructura 
pensada para primaria y secundaria, en ningun lugar, para poder 
contribuir con material. 

Puedo obtener information de muchos lugares pero no esta dis- 
ponible bajo licencias libres, asi que no puedo usarla para hacer un 
libro de texto libre. 

Stallman. En realidad, el copyright no cubre los hechos. Solo cubre 
el modo en que estan escritos. Asi que puedes aprender un monton 
de cualquier lugar y despues escribir un libro de texto, y puedes 
hacer libre ese libro de texto, si quieres. 

Pregunta. Pero yo no puedo escribir por mi mismo todos los libros 
de texto que un estudiante necesita para cursar en la escuela. 

Stallman. Bien, es verdad. Y yo tampoco necesite escribir todo un 
sistema operativo libre. Escribi algunas partes e invite a otras perso- 
nas a unirse a mi escribiendo otras partes. Asi que estableci un ejem- 
plo a seguir. Y dije: «Yo voy en esta direction. Unete a mi y llegare- 
mos alli». Y se unio la suficiente cantidad de gente, y alii llegamos. 
De este modo, si piensas en terminos de como voy a hacer todo este 
trabajo gigantesco, puede ser desalentador. Asi que la idea es: no lo 
mires de esa manera. Piensa en terminos de dar un paso y compren- 
der que, luego de que diste un paso, otra gente dara mas pasos y, 
juntos, el trabajo sera realizado, eventualmente. 

Asumiendo que la humanidad no se elimine a si misma, el trabajo 
que hacemos hoy al producir una infraestructura educativa libre, estas 
fuentes libres de aprendizaje para el mundo, seran utiles por tanto 
tiempo como la humanidad exista. ^Y que si lleva veinte ahos lograr 
que se haga? No pienses en terminos del tamaho del trabajo completo. 
Piensa en terminos de la parte que vas a hacer. Eso le mostrara a la 
gente que puede hacerse, y entonces otros haran otras partes. 



• Software libre: libertad y cooperation 



Introduction 

Mike Uretsky. Soy Mike Uretsky. Estoy en la Escuela Empresarial 
Stern. Tambien soy uno de los codirectores del Centro de Tecnologias 
Avanzadas. Os doy la bienvenida en nombre de toda la gente del 
Departamento de Ciencia Informatica. Queria comentar algo antes de 
pasarle la palabra a Ed que va a presentar al conferenciante. 

El papel de la Universidad es el de un lugar donde se fomenta el 
debate y se tienen interesantes discusiones. Y el papel de una 
Universidad avanzada es tener discusiones especialmente interesantes. 
Esta exposition en concreto, este seminario entra dentro de ese modelo. 
Encuentro particularmente interesante la discusion sobre el open source. 
En cierto sentido. . . [Risas del publico]. 

Richard M. Stallman. Yo hago software libre. El open source es un 
movimiento diferente. [Risas del publico y aplausos]. 

Mike Uretsky. Cuando entre en el sector por primera vez en la deca- 
da de 1960, el software era esencialmente libre. Hemos pasado por 



Lo que sigue es una transcription corregida de la conferencia dictada en la New York 
University, el 29 de mayo de 2001. Esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 
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se respete su autoria y esta nota se mantenga. 
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ciclos. Era libre, y despues los fabricantes de software, apremiados por 
la necesidad de expandir sus mercados, lo empujaron hacia otras direc- 
ciones. Muchos de los desarrollos que tuvieron lugar con la llegada del 
PC se movieron exactamente con la misma secuencia ciclica. 

Un filosofo frances muy interesante, Pierre Levy, habla sobre el 
movimiento en este sentido y acerca de la entrada en el ciberespacio 
como algo relacionado no solo con la tecnologia sino con la reestructu- 
racion social y la reestructuracion politica, a traves de la transformation 
de modos de relation que mejoraran el bienestar de la humanidad. 
Esperamos que este debate sea un nuevo movimiento en esa direction, 
que sea algo que atraviese muchas de las disciplinas que normalmente 
funcionan como compartimentos estancos dentro de la Universidad. 
Esperamos asistir a una discusion interesante. Ed, cuando quieras... 

Ed Schonberg. Soy Ed Schonberg, del Departamento de Ciencia 
Informatica del Instituto Courant. Permitidme daros la bienvenida a 
este evento. Los presentadores son normalmente un aspecto particular- 
mente inutil en las exposiciones publicas, pero, en este caso, han servi- 
do realmente para un proposito util, como Mike ha demostrado facil- 
mente, dado que, por ejemplo, un presentador puede permitir con sus 
comentarios inexactos, que el conferenciante ponga or den, corrija y 
afine considerablemente los parametros del debate. [Risas del publico] 

Asi, permitidme hacer una presentation lo mas breve posible de 
alguien que no la necesita. Richard es el ejemplo perfecto de alguien 
que, actuando localmente, empezo a pensar globalmente a raiz de los 
problemas de inaccesibilidad al codigo fuente de los drivers de impre- 
sora en el laboratorio de inteligencia artificial del MIT, hace muchos 
ahos. Ha desarrollado una filosofia coherente que nos ha obligado a 
replantearnos nuestras ideas sobre como se produce software, sobre 
que significa la propiedad intelectual y sobre lo que de verdad repre- 
senta la comunidad del software. Permitidme dar la bienvenida a 
Richard Stallman. [Aplausos] 

Software libre: libertad y cooperation 

Stallman. ^Alguien me puede dejar un reloj? [Risas del publico] 
Gracias. Bien, quiero dar mi agradecimiento a Microsoft por darme la 
oportunidad de estar en este estrado. [Risas del publico]. Durante las 
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ultimas semanas, me he sentido como un escritor cuyo libro ha sido 
accidentalmente prohibido en alguna parte. ^Risas del publico]. 
Excepto que todos los articulos sobre el mismo estan dando el nombre 
del autor equivocado, porque Microsoft describe la GNU GPL como 
una licencia open source y la mayoria de las resehas periodisticas han 
hecho lo mismo. La mayoria de la gente, por supuesto de forma ino- 
cente, no se da cuenta de que nuestro trabajo no tiene nada que ver con 
el open source, de que en realidad hicimos la mayor parte del mismo 
antes de que la gente ni siquiera acuhara el termino open source. 

Nosotros estamos en el movimiento del software libre y voy a 
hablar sobre que es el movimiento del software libre, sobre que sig- 
nifica, sobre que hemos hecho y dado que esto en parte esta patroci- 
nado por una escuela empresarial, dire algunas cosas mas de lo que 
normalmente suelo decir sobre como se relaciona el software libre 
con el ambito empresarial y con otras areas de la vida social. 

Bien, algunos de vosotros quizas no escribais nunca programas 
informaticos, pero tal vez sepais cocinar. Y si sabeis cocinar, a no ser 
que realmente seais unos genios, probablemente useis recetas. Y si 
usais recetas, probablemente habreis tenido la experiencia de obtener 
la copia de una receta a traves de un amigo que la comparte. Y pro- 
bablemente tambien hayais tenido la experiencia —a no ser que seais 
unos autenticos principiantes — de cambiar la receta. Una receta dice 
ciertas cosas, pero no tienes que hacer exactamente lo que dice. 
Puedes dejar fuera algunos ingredientes. Anadir algunos champiho- 
nes, por que te gustan los champihones. Echarle menos sal porque tu 
medico te dijo que deberias prescindir de la sal. Lo que sea. Puedes 
incluso hacer cambios mas grandes, segun tus habilidades. Y si has 
hecho cambios en una receta y se la cocinas a tus amigos, y les gusta, 
alguno de tus amigos dira: «Oye, ^me puedes pasar la receta?». Y 
entonces, ^,que haces? Puedes apuntar tu version modificada de la 
receta y hacerle una copia a tu amigo. Esto es lo que se hace natural- 
mente con cualquier tipo de recetas utiles. 

Bueno, una receta es muy parecida a un programa informatico. 
Un programa informatico se parece mucho a una receta: una sucesion 
de pasos realizados para conseguir algun resultado deseado. De modo 



1 Poco menos de un mes antes, el vicepresidente de Microsoft, Craig Mundie, dio una 
charla en la que ataco el software libre — llamandolo «open source». 
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que es igual de natural hacer lo mismo con los programas informati- 
cos. Pasale una copia a tu amigo. Haz cambios porque el trabajo para 
el que fue escrita no es exactamente el mismo que quieres hacer. Este 
fue de gran ayuda para otro, pero tu trabajo es diferente. Y, despues de 
cambiarla, probablemente sea util para mas gente. Quizas tengan que 
hacer un trabajo como el que tu haces, asi que preguntan: «Oye, ^me 
puedes dejar una copia? ». Por supuesto, si eres una buena persona les 
daras una. Esa es la forma de ser de una persona decente. 

Imaginad que pasaria si las recetas estuvieran empaquetadas den- 
tro de cajas negras. No podriais ver que ingredientes estan usando, 
por no hablar de cambiarlos, imaginad que por hacer una copia para 
un amigo, te llaman pirata y te intentan meter unos ahos en la carcel. 
Ese mundo generaria una tremenda afrenta a toda la gente que esta 
acostumbrada a compartir recetas. Pero exactamente asi es el mundo 
del software propietario. Un mundo en el que la usual decencia con 
los otros esta prohibida o coartada. 

Y bien, ^por que me entere de esto? Me entere porque, en la deca- 
da de 1970, tuve la buena suerte de ser parte de una comunidad de 
programadores que compartian software. Esencialmente esta comu- 
nidad podia reconocer sus ancestros en los comienzos de la progra- 
macion. En la decada de 1970, sin embargo, era un poco extraho que 
hubiera una comunidad que compartiese software. Y, de hecho, era 
algo asi como un caso extremo; en el laboratorio en el que yo trabaja- 
ba, todo el sistema operativo era software desarrollado por la gente 
de nuestra comunidad y compartiamos cualquier parte de el con 
cualquiera. Cualquiera era bienvenido para entrar y echar un vistazo, 
llevarse una copia y hacer lo que quisiera. No habia notas de copy- 
right en estos programas. La cooperacion era nuestro modo de vida. 
Y estabamos seguros dentro de ese modo de vida. No luchabamos 
por el. No teniamos que luchar por el. Simplemente viviamos asi. Y, 
hasta donde nos concernia, habriamos seguido viviendo asi. Asi que 
habia software libre, pero no un movimiento de software libre. 

Sin embargo, mas tarde, nuestra comunidad fue destruida por una 
sucesion de calamidades. Finalmente quedo anulada. Finalmente, el 
ordenador PDP-10, 2 que usabamos para todo nuestro trabajo, se dejo 



^ Procesador de Datos Programados modelo 10, un servidor usado por muchas inves- 
tigaciones punteras y organizaciones gubernamentales durante la decada de 1970. 
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de fabricar. Nuestro sistema —el Sistema Incompatible de Uso 
Compartido— fue escrito a principios de la decada de 1960, de modo 
que estaba escrito en lenguaje Assembler. Era con lo que se solian escri- 
bir los sistemas operativos en la decada de 1960. Por supuesto, el len- 
guaje Assembler estaba orientado para una arquitectura informatica 
particular; si esta deja de fabricarse, todo tu trabajo se convierte en 
polvo — es inutil. Y eso fue lo que nos paso. Los 20 ahos de trabajo de 
nuestra comunidad se convirtieron en polvo. 

Pero antes de que pasara esto, tuve una experiencia que me pre- 
pare y me ayudo a ver que hacer cuando esto sucediera, porque en 
cierto momento Xerox dono al Laboratorio de Inteligencia Artificial, 
en el que yo trabajaba, una impresora laser; era un regalo realmente 
hermoso, ya que era la primera vez que alguien fuera de Xerox tenia 
una impresora laser. Era muy rapida, imprimia una pagina por 
segundo, muy buena en muchos aspectos, pero muy inestable, por- 
que en realidad era una fotocopiadora de oficina de alta velocidad 
que habia sido transformada en impresora. Y como ya sabeis, las foto- 
copiadoras se atascan, aunque siempre hay alguien para arreglarlas. 
La impresora se atascaba y nadie lo podia ver. Asi que se quedaba 
atascada mucho tiempo. 

Bien, teniamos una idea de como tratar este problema. Modificarla 
de modo que cada vez que la impresora se atascara, el ordenador que 
controlaba a la impresora pudiera decir a nuestra maquina de uso 
compartido y a los usuarios que estaban esperando la salida de impre- 
sion que habia que arreglar la impresora, para que asi al menos supie- 
ran que estaba atascada... Por supuesto, si estas esperando que se 
impriman tus trabajos y sabes que la impresora esta atascada, no te 
sientas y esperas una eternidad, sino que te pones a arreglarla. 

Sin embargo, llegados a ese punto, estabamos completamente blo- 
queados, porque el software que controlaba esa impresora no era 
software libre. Habia venido con la impresora y era simplemente un 
binario. No podiamos tener el codigo fuente, Xerox no nos permitia 
tener el codigo fuente. Asi, a pesar de nuestra habilidad como progra- 
madores — despues de todo, habiamos escrito nuestro propio sistema 
de uso compartido— estabamos completamente imposibilitados para 
ahadir esta caracteristica al software de la impresora. 

Lo unico que podiamos hacer era sufrir con la espera. Conseguir 
que se imprimieran tus trabajos podia llevar una hora o dos, ya que 
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la maquina estaba atascada casi todo el tiempo. Esperabas una hora 
suponiendo: «Se que va a estar atascada. Esperare una hora y me 
pasare a recoger mi copia». Y entonces veias que habia estado atasca- 
da todo el tiempo y que en realidad nadie la habia arreglado. Asi que 
la arreglabas y volvias a esperar otra media hora. Entonces, volvias y 
la veias atascada otra vez antes de que hubiera llegado a imprimir tu 
trabajo. Imprimia durante tres minutos y estaba atascada treinta 
minutos. Frustration total. Pero lo peor era saber que podiamos 
haberla arreglado, pero alguien, por su propio egoismo, nos estaba 
coartando e impidiendo que mejorasemos el software. Asi que, por 
supuesto, nos sentiamos algo resentidos. 

Entonces oi que alguien de la Universidad Carnegie Mellon tenia 
una copia de ese software. Iba a hacerle una visita alii, asi que fui a 
su oficina y dije: «Buenas, soy del MIT. ^Podrias dejarme una copia 
del codigo fuente de la impresora?». Y dijo: «no, prometi que no te 
daria ninguna copia». [Risas del publico]. Yo estaba petrificado. De 
verdad, estaba muy enfadado y no sabia como podia expresarlo. 
Todo lo que me salia era dar media vuelta y salir de la habitation. 
Quizas di un portazo. [Risas del publico]. Pense sobre ello mas ade- 
lante, porque me daba cuenta de que no habia visto solo a un capu- 
llo aislado, sino que se trataba de un fenomeno social importante y 
que afectaba a mucha gente. 

Tuve suerte, solo me toco probar un poquito. Otros tenian que 
vivir con esto todo el tiempo. Asi que pense sobre este asunto en pro- 
fundidad. Observad, el habia prometido que se negaria a cooperar 
con nosotros — sus colegas del MIT. Nos habia traicionado. Pero no 
solo nos lo hizo a nosotros. El caso es que tambien te lo hizo a ti. 
[Sehala a un miembro del publico]. Y creo que muy probablemente 
tambien te lo hizo a ti. [Sehala a otro miembro del publico. El publi- 
co rie]. Y probablemente tambien te lo hizo a ti. [Sehala a un tercer 
miembro del publico]. Posiblemente se lo hizo a la mayoria de la 
gente que esta en esta sala — excepto tal vez a unos pocos que aun no 
habian nacido en 1980. Puesto que habia prometido que se negaria a 
cooperar con casi toda la poblacion del planeta Tierra. Habia firma- 
do un acuerdo de no divulgation. 

Bien, este fue mi primer encuentro con un acuerdo de no divulga- 
tion y aprendi una lection importante —importante porque la mayo- 
ria de los programadores nunca la aprenden. Este era mi primer 
encuentro con un acuerdo de no divulgation y yo era la victima. Yo, 
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y todo mi labor atorio, eramos las victimas. Y la lection que me ense- 
ho es que los acuerdos de no divulgation tienen victimas. No son ino- 
centes. No son inofensivos. La mayoria de los programadores se 
encuentran por primera vez con un acuerdo de no divulgation cuan- 
do se les ofrece firmar uno. Y siempre hay alguna tentacion —si fir- 
mas vas a obtener alguna propinilla. Asi que se inventan excusas. 
Dicen, «bueno, no va a conseguir una copia pase lo que pase, asi que, 
^por que no unirme a la conspiration para marginarle?» Dicen, «asi 
es como siempre se ha hecho. ^Quien soy yo para ponerme en con- 
tra?» Dicen, «si no firmo esto, lo hara otro». Excusas varias para aca- 
llar sus conciencias. 

Pero cuando alguien me ofrecio la firma de un acuerdo de no 
divulgation, mi conciencia ya estaba sensibilizada. Recuerdo como 
me habia enfadado cuando alguien prometio que no me ayudaria a 
mi y a todo mi laboratorio a resolver nuestro problema. No podia 
darme la vuelta y hacerle exactamente lo mismo a alguien que nunca 
me habia hecho ningun daho. Si alguien me pidiera que prometiera 
no compartir alguna information util con un enemigo odiado, yo 
aceptaria. Si alguien ha hecho algo malo, se lo merece. Pero los des- 
conocidos no me han hecho ningun daho. ^Como podrian merecerse 
ese tipo de maltrato? No puedes permitirte empezar a tratar mal a 
todo el mundo. Si no te conviertes en un depredador para la socie- 
dad. Asi que dije: «Muchas gracias por ofrecerme este bonito paque- 
te de software. Pero, en las condiciones que ustedes exigen, no puedo 
aceptarlo con la conciencia tranquila, asi que me las arreglare sin el. 
Muchisimas gracias». Y de este modo, nunca he firmado a sabiendas 
un acuerdo de no divulgation para information de utilidad tecnica 
general, como el software. 

Ahora bien, hay otros tipos de information que implican diferentes 
asuntos eticos. Por ejemplo, esta la information personal. Si quisieras 
hablar conmigo sobre lo que estaba pasando entre tu y tu novio, y me 
pidieras que no se lo contara a nadie, yo estaria de acuerdo en guardar- 
te ese secreto, porque no es information de utilidad tecnica general. 

Al menos, es probable que no sea util a todo el mundo. [Risas del 
publico]. Hay pocas posibilidades — y aun asi es una posibilidad — 
de que alguien quisiera revelarme alguna maravillosa nueva tecnica 
sexual, entonces sentiria el deber moral de hacerselo saber al resto de 
la humanidad, y asi todo el mundo podria beneficiarse de ella. [Risas 
del publico]. Asi que tendria que poner una clausula en esa promesa. 



230 



Software libre para una sociedad libre 



Si solo son detalles sobre quien quiere que y quien esta enfadado con 
quien, y ese tipo de culebrones... eso, lo puedo guardar en secreto; 
pero no puedo retener algo con cuyo conocimiento la humanidad 
puede beneficiarse tremendamente. Vereis, el proposito de la ciencia 
y la tecnologia es crear information util para la humanidad, para ayu- 
dar a la gente a vivir mejor. Si prometemos que retendremos esa infor- 
mation — si la guardamos en secreto— entonces estaremos traicionan- 
do el objetivo de nuestro sector. Decidi que no debia hacer eso. 

Pero mientras tanto mi comunidad se habia ido a pique, lo que me 
dejaba en una mala situation. Fijaos, todo el Sistema Incompatible de 
Uso Compartido estaba obsoleto, porque el PDP-10 estaba obsoleto, de 
este modo no habia forma de que pudiera seguir trabajando como 
desarrollador de sistemas operativos tal y como lo habia estado hacien- 
do. Esta actividad dependia de formar parte de la comunidad, usar el 
software de la comunidad y mejorarlo. Ya no era posible, lo cual me 
planteo un dilema moral. ^,Que iba a hacer? Porque la posibilidad mas 
obvia significaba ponerme en contra de esa decision que habia tornado. 
La option mas obvia era adaptarme a los cambios del mundo. Aceptar 
que las cosas eran diferentes y que yo deberia abandonar esos princi- 
pios y empezar a firmar acuerdos de no divulgation para sistemas ope- 
rativos propietarios, muy probablemente escribir tambien software pro- 
pietario. Asi, me di cuenta de que podria divertirme escribiendo codigo 
y que podria ganar dinero — especialmente si lo hacia en cualquier 
parte que no fuera el MIT—, pero al final, hubiera tenido que repasar 
mi carrera y decir «me he pasado la vida construyendo muros para 
dividir a la gente», estaria avergonzado de mi vida. 

Asi que busque otra alternativa, y habia una obvia. Podia dejar el 
sector del software y dedicarme a otra cosa. Bien, no tengo otras 
habilidades resehables, pero estoy seguro de que podria haber llega- 
do a ser camarero. [Risas del publico]. No en un restaurante de lujo; 
no me contratarian, pero podria ser camarero en algun sitio. Y 
muchos programadores me decian «la gente que contrata programa- 
dores exige esto, esto y esto. Si no hago estas cosas, me morire de 
hambre». Es literalmente la expresion que usan. Bien, como camarero 
no vas a morirte de hambre. [Risas del publico]. Asi que, realmente, no 
estas en peligro. Pero — y, sabeis, esto es importante— a veces puedes 
justificarte por hacer cosas que dahan a los demas diciendo que de otro 
modo te puede pasar algo peor. Si de verdad te fueras a morir de ham- 
bre, estaria justificado que escribieras software propietario. [Risas del 
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publico]. Si alguien te apunta con una pistola, entonces yo diria que 
se te puede perdonar. [Risas del publico] . Pero encontre una forma de 
sobrevivir sin hacer algo inmoral, asi que esa excusa no valia. Me di 
cuenta, de todos modos, de que ser camarero no iba a resultarme 
divertido y significaria derrochar mis habilidades como desarrolla- 
dor de sistemas operativos. Evitaria el mal uso de mis habilidades. 
Desarrollar software propietario seria un mal uso de mis habilidades. 
Apoyar que los demas vivan en el mundo del software propietario 
seria usar mal mis habilidades. Asi que es mejor malgastarlas que 
hacer una mal uso de ellas, pero aun asi no era algo bueno de verdad. 

Por estos motivos decidi buscar otra alternativa. iQue puede 
hacer un desarrollador de sistemas operativos para mejorar realmen- 
te la situation y hacer del mundo un lugar mejor? Me di cuenta que 
un desarrollador de sistemas operativos era exactamente lo que se 
necesitaba. El problema, el dilema para mi y para todos los demas era 
que todos los sistemas operativos disponibles para los ordenadores 
modernos eran propietarios. Los sistemas operativos libres estaban 
destinados a los ordenadores viejos y obsoletos, ^verdad? Asi que 
para los ordenadores modernos, si querias comprar un ordenador 
moderno y usarlo, estabas obligado a usar un sistema operativo pro- 
pietario. De modo que si un desarrollador de sistemas operativos 
escribiera otro sistema operativo y dijera «venid todos a compartir 
esto; sois bienvenidos», se daria una escapatoria al dilema, otra alter- 
nativa para todo el mundo. Asi que me di cuenta de que habia algo 
que podia hacer que podria resolver el problema. Tenia justo las habi- 
lidades necesarias para poder hacerlo. Y posiblemente era la cosa mas 
util que yo podia imaginarme en relation a lo que seria capaz de hacer 
con mi vida. Se trataba de un problema que nadie mas estaba inten- 
tando resolver. Era algo asi como quedarme sentado, ver empeorar las 
cosas y que no hubiera nadie mas que yo. De este modo, senti: «Soy 
el elegido. Tengo que trabajar en esto. ^Si no lo hago yo, quien lo 
hara?». Decidi que desarrollaria un sistema operativo libre, o moriria 
en el intento... de viejo, por supuesto. [Risas del publico]. 

Por supuesto, tuve que decidir que tipo de sistema operativo debe- 
ria ser. Habia que tomar algunas decisiones tecnicas de diseho. Decidi 
que el sistema fuera compatible con Unix por una serie de razones. En 
primer lugar, acababa de ver como se quedaba obsoleto un sistema 
operativo que realmente amaba, porque estaba escrito para un mode- 
lo particular de ordenador. No queria que eso sucediera otra vez. 
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Necesitabamos tener un sistema que se pudiera migrar. Bien, Unix 
era un sistema portable. Asi que si seguia el diseho de Unix, tenia 
bastantes posibilidades de hacer un sistema que tambien se pudiera 
migrar y funcionar en otros sistemas. Y ademas, por que no hacerlo 
compatible en todos sus detalles. La idea es que los usuarios odian 
los cambios que los hacen incompatibles. Si hubiera disenado el sis- 
tema de acuerdo a mi propia voluntad — lo cual me hubiera encanta- 
do, estoy seguro— habria producido algo incompatible. Los detalles 
serian diferentes. Asi que, si hubiera escrito el sistema, los usuarios 
me habrian dicho: «Bien, esto es muy bonito, pero es incompatible. 
Cambiarse costara mucho trabajo. No nos podemos permitir tener 
tantos problemas solo por usar tu sistema en lugar de Unix, asi que 
nos quedamos con Unix». 

Ahora bien, si de verdad queria crear una comunidad en la que 
hubiera gente, gente usando este sistema libre y disfrutando de los 
beneficios de la libertad y la cooperation, tenia que producir un sis- 
tema que la gente usara, un sistema cuya migration desde otro siste- 
ma fuera f acil, que no tuviera un impedimento que lo hiciera fracasar 
desde el mismo principio. Bueno, en realidad hacer el sistema com- 
patible con Unix adelanto ya todas las decisiones de diseho inmedia- 
tas, porque Unix esta formado por muchos elementos, que se comu- 
nican por interfaces que estan mas o menos documentadas. De modo 
que si quieres compatibilidad con Unix, tienes que sustituir cada ele- 
mento, uno por uno, con un elemento compatible. De este modo, las 
restantes decisiones de diseho se toman dentro de cada elemento y 
pueden ser tomadas despues por cualquiera que decida escribir ese 
elemento. No tienen que tomarse desde el principio. 

Todo lo que teniamos que hacer para empezar el trabajo era encon- 
trar un nombre para el sistema. Bueno, nosotros los hackers siempre 
buscamos nombres divertidos o traviesos para los programas, porque 
pensar que a la gente le haga gracia el nombre es la mitad de la diver- 
sion de escribir el programa. [Risas del publico]. Teniamos una tradi- 
tion de acronimos recurrentes para decir que el programa que estas 
escribiendo es parecido a algun programa existente. Puedes ponerle 
de nombre un acronimo recurrente que diga: esto no es lo otro [this 
one's not the other]. Asi, por ejemplo, habia muchos editores de texto 
Tico en la decada de 1960 y 1970, normalmente se les llamaba tal y 
cual Tico. En ese momento, un hacker espabilado llamo al suyo Tint, 
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lo que queria decir Tint No Es Tico 3 —el primer acronimo recurrente. 
En 1975, cree el primer editor de texto Emacs; habia muchas imitacio- 
nes de Emacs, muchas de las cuales se llamaban tal y cual Emacs, 
pero una se llamaba Fine, por Fine Is Not Emacs, y tambien estaba 
Sine, por Sine Is Not Emacs, y Eine por Eine is not Emacs, y Mince 
por Mince Is Not Complete Emacs. [Risas del publico]. Esa era una 
imitation descarada. Y entonces Eine fue reescrito casi por completo, 
y la nueva version se llamo Zwei por Zwei Was Eine Initially 4 [Risas 
del publico]. 

Asi, busque un acronimo recurrente para Algo No Es Unix 
[Something Is Not Unix]. Y probe con las 26 letras y descubri que nin- 
guna de ellas era una palabra. [Risas del publico]. Hmm, prueba de 
otra forma. Hice una contraction. De este modo podria tener un acro- 
nimo de tres letras, para Algo No Unix. Probe con varias letras y 
encontre la palabra GNU 5 —la palabra GNU es la mas graciosa de 
todo la lengua inglesa. [Risas del publico]. Ahi estaba. Por supuesto, 
el motivo de que sea gracioso es que segun el diccionario, se pronun- 
cia «new». Por eso la gente lo usa en muchos juegos de palabras. 
Dejadme que os diga que este es el nombre de un animal que vive en 
Africa. Y la pronunciation africana tenia un golpe seco. [Risas del 
publico]. Quizas todavia lo tenga. De este modo, los colonos europe- 
os, cuando llegaron alii, no se molestaron en aprender a dar ese golpe 
seco. Asi que lo eliminaron y escribieron una «g» que significaba 
«hay otro sonido que supuestamente va aqui pero nosotros no lo pro- 
nunciamos». [Risas del publico]. De todos modos, esta noche me voy 
a Sudafrica y les he rogado... espero que me encuentren a alguien que 
me ensehe a pronunciar golpes secos para que sepa pronunciar GNU 
de la forma correcta cuando se trata del animal. [Risas del publico] . 

Pero, cuando es el nombre de nuestro sistema, la pronunciation 
correcta es «g-NEW» —con la «g» fuerte. Si hablas de un «nuevo» sis- 
tema operativo puedes confundir bastante a la gente, porque hemos 
trabajado en el desde hace 17 ahos, asi que ya no es muy nuevo. 
[Risas del publico]. Pero todavia es, y siempre lo sera, GNU —no 
importa cuanta gente lo llame Linux por error. [Risas del publico]. 



En ingles, Tint Is Not Teco, que corresponde a las siglas Tint. [N. del E.] 
Eine y Zwei significan respectivamente uno y dos en aleman. 
Gnu significa «fm» en ingles. [N. del E.] 
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Asi que, en enero de 1984, deje mi trabajo en el MIT para empezar a 
escribir elementos de GNU. 6 Aun asi, fueron tan amables como para 
dejarme usar sus recursos. En ese momento, pense que escribiriamos 
todos esos elementos y que hariamos un sistema GNU completo, y en 
ese momento diriamos «Venid a por el» y la gente empezaria a usar- 
lo. Eso no fue lo que paso. Los primeros elementos que escribi eran 
buenos recambios, con menos fallos, de algunos elementos de Unix, 
pero no eran especialmente emocionantes. Particularmente nadie 
queria obtenerlos e instalarlos. Pero entonces, en septiembre de 1984, 
empece a escribir GNU Emacs, que era mi segunda implementation 
de Emacs y para principios de 1985 ya estaba funcionando. Podria 
usarlo para todo mi trabajo de edition, lo cual era un gran alivio, por- 
que no tenia intention de aprender vi, el editor de Unix. [Risas del 
publico]. Asi que, hasta ese momento, hice mi trabajo de edition con 
otro equipo y guarde los archivos en la red, de modo que pudiera 
probarlos. Pero cuando GNU Emacs funciono lo suficientemente bien 
como para que yo lo usara, tambien otra gente quiso usarlo. 

De este modo, tuve que pensar bien los mecanismos de distribution. 
Por supuesto, puse una copia en el directorio anonimo FTP y eso esta- 
ba bien para los que estaban en la red — podian ejecutar un archivo tar, 7 
pero incluso entonces, en 1985, muchos programadores no tenian acce- 
so a la red. Me mandaban correos electronicos diciendo. «^C6mo puedo 
conseguir una copia? ». Tuve que decidir que les responderia. Bueno, 
podria haberles dicho «quiero dedicar mi tiempo a escribir mas softwa- 
re de GNU, no a escribir cintas, asi que por favor encontrad a un amigo 
que este en Internet y quiera bajarselo y grabarlo para vosotros», y estoy 
seguro de que la gente habria encontrado algunos amigos mas tarde o 
mas temprano. Habrian conseguido sus copias. 

Pero yo estaba sin trabajo. En realidad, nunca he tenido un trabajo 
desde que deje el MIT en enero de 1984. Asi que estaba buscando algun 
modo de hacer dinero mediante mi trabajo con el software libre y por 
esta razon empece un negocio de software libre. Anuncie «mandadme 
150 dolares y os enviare una cinta de Emacs». Y los pedidos empezaron 
a llegar poco a poco. A mediados del ano llegaban con cuentagotas. 



b Puedes leer el anuncio original del proyecto GNU en «E1 manifiesto GNU». 

^ Un programa de archivo de Unix. Combinado con gzip, forma la alternativa de GNU 
al formato de compresion no libre ZIP. 
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Estaba recibiendo entre ocho y diez pedidos por mes. Y, si hubiera 
sido necesario, habria podido vivir solo de eso, porque siempre he 
vivido sobriamente. Basicamente vivo como un estudiante. Y me 
gusta, porque significa que el dinero no me dicta lo que debo hacer. 
Puedo hacer lo que creo que es importante para mi. Me libero para 
hacer lo que parecia merecer la pena. Asi que haced un autentico 
esfuerzo para evitar quedar atrapados dentro de todos los caros habi- 
tos de vida del estadounidense tipico. Porque si lo haceis, entonces la 
gente de dinero os dictara lo que teneis que hacer con vuestra vida. 
No sereis capaces de hacer lo que es importante para vosotros. 

De este modo, iba bien, pero la gente me solia peguntar: «^C6mo 
que es software libre si cuesta 150 dolares?». [Risas del publico]. 
Bueno, el motivo de que preguntaran esto es que estaban confundi- 
dos por los multiples significados de la palabra inglesa «libre». Un 
significado se refiere al precio y el otro se refiere a la libertad. Cuando 
hablo de software libre, me refiero a la libertad, no al precio. Asi que 
pensad en «libertad de expresion», no en «barra libre». [Risas del 
publico]. No habria dedicado tantos ahos de mi vida a asegurarme de 
que los programadores tengan menos dinero. Ese no es mi objetivo. 
Soy un programador y no me resulta problematico ganar dinero. No 
dedicare toda mi vida a ganar dinero, pero no me preocupa ganarlo. 
Por lo tanto, — y en la medida en que la etica es igual para todo el 
mundo— tampoco estoy en contra de que otro programador gane 
dinero. No quiero que los precios sean bajos. La cuestion es la liber- 
tad. Libertad para todos los que utilizan software, tanto si esa perso- 
na es un programador como si no. 

Llegados a este punto deberia daros una definition de software 
libre. Me centrare mejor en algunos detalles concretos, ya que decir 
solo que «creo en la libertad» es superficial. Hay muchas libertades 
en las que puedes creer, y estan en conflicto entre ellas, asi que la 
autentica cuestion politica es: ^cuales son las libertades importantes, 
las libertades que debemos asegurarnos que tenga todo el mundo? 

Bien, ahora dare una respuesta a esa pregunta para ese area parti- 
cular del uso del software. Un programa es software libre para ti, 
como usuario particular, si tienes las siguientes libertades: 

O Primero, la Libertad Cero es la libertad de ejecutar el progra- 
ma con cualquier proposito, de la forma que quieras. 
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O La Libertad Uno es la libertad de ayudarte a ti mismo cam- 
biando el programa para que se ajuste a tus necesidades. 

O La Libertad Dos es la libertad de ayudar al projimo distribu- 
yendo copias del programa. 

O Y la Libertad Tres es la libertad de ayudar a construir tu comu- 
nidad publicando una version mejorada de modo que los otros 
puedan beneficiarse de tu trabajo. 

Si tienes todas estas libertades, el programa es software libre, para ti 
— y esto es crucial. Por eso lo expreso de ese modo. Lo explicare mas 
adelante, cuando hable sobre la licencia GNU GPL, pero ahora voy a 
explicar una cuestion basica que significa software libre. 

La Libertad Cero es bastante obvia. Si ni siquiera se te permite uti- 
lizar el programa como quieras, es un programa la hostia de restricti- 
ve Pero como de hecho sucede, la mayoria de los programas te daran 
al menos la Libertad Cero. Y la Libertad Cero se sigue, legalmente, 
como consecuencia de la Libertad Uno, Dos y Tres — asi es como fun- 
ciona la legislation de copyright. Asi que las libertades que distinguen 
al software libre del software corriente son las Libertades Uno, Dos y 
Tres, por eso hablare mas sobre ellas y de por que son importantes. 

La Libertad Uno es la libertad de ayudarte a ti mismo modifican- 
do el software para que se ajuste a tus necesidades. Esto puede signi- 
ficar arreglar los f alios. Puede significar anadir nuevas caracteristicas. 
Puede significar migrarlo a un sistema inform atico distinto. Puede 
significar traducir todos los mensajes de error al navajo. Deberias ser 
libre de hacer cada modification que quieras hacer. 

Ahora bien, es obvio que los programadores profesionales pueden 
hacer uso de esta libertad de forma muy efectiva, pero no solo ellos. 
Cualquiera con un minimo de inteligencia puede aprender un poco 
de programacion. Hay trabajos dificiles y hay trabajos faciles, y la 
mayoria de la gente no va a aprender lo suficiente como para hacer 
trabajos dificiles. Pero mucha gente puede aprender lo suficiente 
para hacer trabajos faciles, del mismo modo que hace 50 ahos monto- 
nes y montones de estadounidenses aprendieron a reparar coches, 
que es lo que permitio a los EEUU tener un ejercito motorizado en la 
Segunda Guerra Mundial y ganar. Es muy importante tener mucha 
gente que sepa reparar cosas. 
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Y si eres una persona sociable y realmente no quieres aprender tec- 
nologia en absoluto, posiblemente eso significa que tienes muchos 
amigos y que eres bueno pillandoles para que te deban favores. [Risas 
del publico]. Posiblemente algunos de ellos sean programadores. Asi 
que puedes pedirle a alguno de tus amigos programadores: 
«^Podrias cambiarme esto, por favor? ^Me puedes afiadir esta carac- 
teristica?» De este modo, se puede beneficiar mucha gente. 

Ahora bien, si no tienes esta libertad, se produce un dano practi- 
co y material a la sociedad. Esta ausencia de libertad te hace prisione- 
ro de tu software. Ya explique lo que pasaba con la impresora laser. 
Para nosotros funciono mal y no podiamos arreglarla porque eramos 
prisioneros de nuestro software. 

Pero tambien afecta a la moral de la gente. Si el uso del ordenador 
es siempre frustrante, y la gente lo usa, sus vidas tambien seran frus- 
trantes, y si lo estan usando en su trabajo, su trabajo sera frustrante; 
odiaran su trabajo. Y ya sabeis, la gente se protege a si misma de la 
frustration decidiendo no preocuparse. Asi que acabas con gente 
cuya actitud es, «bueno, hoy me he presentado a trabajar. Eso es todo 
lo que tengo que hacer. Si no puedo progresar, ese no es mi proble- 
ma; es el problema del jefe». Y cuando esto ocurre, es perjudicial para 
estas personas y es malo para la sociedad en su conjunto. Esta es la 
Libertad Uno, la libertad de ayudarte a ti mismo. 

La Libertad Dos es la libertad de ayudar al projimo distribuyendo 
copias del programa. Puesto que, para los seres que pueden pensar y 
aprender, compartir conocimiento util es un acto de amistad funda- 
mental, cuando estos seres usan ordenadores, este acto de amistad 
toma la forma de compartir software. Los amigos comparten cosas 
entre si. Los amigos se ayudan entre si. Esta es la naturaleza de la 
amistad. Y, en realidad, este espiritu de buena voluntad —el espiritu 
de ayudar al vecino, de forma voluntaria— es el recurso mas impor- 
tante de la sociedad. Marca la diferencia entre una sociedad en la que 
se puede vivir y la ley de la selva. Su importancia ha sido reconocida 
por las principales religiones del mundo durante cientos de anos y 
siempre tratan explicitamente de fomentar esta actitud. 

Cuando yo iba a la guarderia, los profesores intentaban ensehar- 
nos esta actitud —el espiritu de compartir— forzandonos a hacerlo. 
Se imaginaban que si lo haciamos, aprenderiamos. Asi que decian, «si 
traeis dulces al colegio, no podeis quedaroslos todos para vosotros, 
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teneis que compartir algo con los otros ninos». Nos ensenaban que la 
sociedad estaba organizada para ensehar este espiritu de coopera- 
tion, por que se tiene que ensefiar todo esto? Porque la gente no 
es totalmente cooperativa. Esta es una parte de la naturaleza huma- 
na, pero hay otros aspectos en la naturaleza humana. Y es que la 
naturaleza humana esta compuesta de muchas partes. Asi que, si 
quieres una sociedad mejor, tienes que trabajar para fomentar este 
espiritu que induce a compartir. Este espiritu no llegara a acontecer 
del todo. Es comprensible. La gente tambien tiene que preocuparse 
por si misma. Pero si de algun modo hacemos que este espiritu se 
extienda, saldremos mejor parados. 

Hoy en dia, de acuerdo con el gobierno de EEUU, supuestamente 
los profesores deben hacer exactamente lo contrario. «Ah, Johnny, te 
has traido software al colegio. Bueno, no lo compartas. Compartir 
esta mal. Compartir significa que eres un pirata». que se refieren 
cuando dicen «pirata»? Lo que estan diciendo es que ayudar al proji- 
mo es el equivalente moral de abordar un barco. [Risas del publico]. 

iQue habrian dicho Buda o Jesus sobre esto? Bien, coge a tu lider 
religioso favorito. No se, quiza Manson habria dicho algo diferente. 
[Risas del publico]. ^Quien sabe lo que diria L. Ron Hubbard? Pero. . . 

Pregunta. [Inaudible]. 

Stallman. Por supuesto, esta muerto. Pero no lo admiten. ^,Que? 

Pregunta. Los demas tambien, tambien estan muertos. [Risas del 
publico]. [Inaudible]. Charles Manson tambien esta muerto. [Risas 
del publico]. Estan muertos, Jesus esta muerto, Buda esta muerto... 

Stallman. Si, es verdad. [Risas del publico]. Me imagino que, en ese 
sentido, L. Ron Hubbard no es peor que los otros. [Risas del publico]. 
De todos modos [inaudible] . 

Pregunta. L. Ron Hubbard 8 usaba software libre — le liberaba de 
Zanu. [Risas del publico]. 

Stallman. De todos modos, creo que este es el motivo mas importan- 
te por el que el software deberia ser libre: no nos podemos permitir 
contaminar el recurso mas importante de la sociedad. Es cierto que 
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no es un recurso fisico como el aire limpio o el agua potable. Es un 
recurso psicosocial, pero por todo lo dicho, es igual de real y marca 
una tremenda diferencia en nuestras vidas. Las acciones que empren- 
demos influyen en el pensamiento de los demas. Cuando vamos por 
ahi diciendole a la gente «No compartais con los demas», si nos escu- 
cha, habremos causado un efecto en la sociedad, y no bueno. Esta es 
la Libertad Dos, la libertad de ayudar al projimo. 

Ah, por cierto, si no tienes esta libertad, no se produce simplemen- 
te un daho a los recursos psicosociales, tambien se produce un daho 
practico y material. Si el programa tiene propietario y el propietario 
impone unas condiciones que hacen que cada usuario tenga que pagar 
para poder usarlo, algunos diran: «No importa, me las arreglare sin 
el». Y eso es una perdida, una perdida deliberadamente infligida. Y lo 
interesante del software, por supuesto, es que con menos usuarios no 
significa que tengas que producir menos. Si menos gente compra 
coches, puedes fabricar menos coches. Eso es un ahorro. Hay recursos 
que asignar, o no, para fabricar coches, por lo que puedes decir que es 
bueno que los coches tengan un precio. Impide que la gente desvie 
montones de recursos que se van a desperdiciar en fabricar coches que 
realmente no son necesarios. Pero si cada coche adicional no consumie- 
ra recursos, ahorrar al producir estos coches no supondria ningun 
bien. Bueno, para los objetos fisicos, por supuesto, como los coches, 
siempre van a hacer falta recursos para fabricar unidades adicionales. 

Pero esto no es cierto para el software. Todo el mundo puede 
hacer otra copia. Y hacerlo es casi trivial. No consume recursos, 
excepto una cantidad pequehisima de electricidad. Asi que no hay de 
donde ahorrar, no vamos a asignar mejor ningun recurso poniendo 
este impedimento financiero en el uso del software. A menudo 
encuentras a gente que acepta las consecuencias de los razonamien- 
tos economicos, basados en premisas que no se corresponden con el 
software y que intenta transplantarlas desde otros ambitos de la vida 
donde si se pueden aplicar y donde las conclusiones extraidas pue- 
den ser validas. Simplemente toman esas conclusiones y asumen que 
tambien son validas para el software, cuando el argumento no tiene 
ninguna base en el caso del software. Las premisas no funcionan para 
este caso. Es muy importante examinar como se llega a esa conclu- 
sion, y de que premisas depende, para ver donde podria ser valida. 
Asi que esta es la Libertad Dos, la libertad de ayudar a tu projimo. 
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La Libertad Tres es la libertad de ayudar a construir tu comunidad 
publicando una version mejorada del software. La gente me solia 
decir «si el software es libre, entonces a nadie le pagaran por trabajar 
en el, asi que, ^por que iba a trabajar alguien?» Bueno, por supuesto, 
estaban confundiendo los dos significados de libre, asi que su razo- 
namiento se basaba en una mala interpretation del termino. Pero, en 
cualquier caso, esa era su teoria. Hoy, podemos comparar esa teoria 
con la evidencia empirica y encontramos que a cientos de personas se 
les paga para escribir software libre, y alrededor de 100.000 lo hacen 
de forma voluntaria. Tenemos mucha gente trabajando en el softwa- 
re libre, y esto por varios motivos diferentes. 

Cuando publique GNU-Emacs por primera vez —la primera parte 
del sistema GNU que la gente de verdad queria usar— y cuando empe- 
zo a tener usuarios, pasado un tiempo, recibi un mensaje que decia, 
«creo que he visto un fallo en el codigo fuente y aqui esta el remedio». 
Y recibi otro mensaje, «aqui tienes codigo para anadir una pretacion 
nueva». Y otro remedio para un fallo. Y otra prestation nueva. Y otra, y 
otra, y otra, hasta que me empezaron a Hover tan rapido que solo hacer 
uso de toda esta ayuda que estaba recibiendo suponia mucho trabajo. 
Microsoft no tiene estos problemas. [Risas del publico] 

Finalmente, la gente observo este fenomeno. En la decada de 1980 
muchos de nosotros pensabamos que tal vez el software libre no seria 
tan bueno como el software no libre, porque no tendriamos tanto 
diner o para pagar a la gente. Y por supuesto gente como yo, que valo- 
ra la libertad y la comunidad, dijo, «bueno, usaremos software libre 
de todos modos». Merece la pena hacer un pequeho sacrificio y 
renunciar a algunas comodidades tecnicas a cambio de tener libertad. 
Pero lo que la gente empezo a observar, hacia 1990, es que nuestro 
software era en realidad mejor. Tenia mas capacidad, era mas fiable 
que las alternativas propietarias. 

A principios de la decada de 1990, alguien encontro la forma de 
medir cientificamente la estabilidad del software. Esto es lo que hizo. 
Tomo diferentes grupos de programas comparables que hacian los 
mismos trabajos — exactamente los mismos trabajos— en sistemas 
diferentes, dado que habia ciertos programas basicos tipo Unix. Y los 
trabajos que hacian eran mas o menos los mismos — o seguian el tipo 
POSIX— de modo que todos eran iguales en cuanto a las tareas que 
hacian; pero eran mantenidos por gente distinta y estaban escritos de 
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forma separada. El codigo era distinto. Asi que dijeron, vale, cogere- 
mos estos programas y los utilizaremos con datos al azar, y medire- 
mos con que frecuencia se estropean o fallan. Asi que lo midieron y 
el conjunto de programas mas fiable era el de los programas GNU. 
Todas las alternativas comerciales, que eran software propietario, 
eran menos fiables. Asi que lo publico y se lo conto a todos los desarro- 
lladores. Unos pocos ahos despues hizo el mismo experimento con las 
versiones mas novedosas y obtuvo el mismo resultado. Las versiones 
GNU eran las mas fiables. Fijaros, hay clinicas de cancer y operaciones 
91 V que usan el sistema GNU, porque es muy fiable, y la fiabilidad 
es muy importante para ellos. 

En cualquier caso, existe aun un grupo de gente que considera este 
beneficio particular como la principal razon por la cual a los usuarios 
se les deberia permitir tener esas libertades. Si me habeis estado escu- 
chando, os habreis enterado de que, para hablar a favor del movimien- 
to de software libre, hablo sobre temas eticos y sobre el tipo de socie- 
dad en la que queremos vivir, sobre que produce una buena sociedad, 
asi como sobre los beneficios practicos y materiales. Todo esto es muy 
importante, todo esto constituye el movimiento de software libre. 

Ese otro grupo de gente —que es llamado movimiento open sour- 
ce— solo cita los beneficios practicos. Niegan que esta sea una cues- 
tion de principios. Niegan que la gente tenga derecho a la libertad de 
compartir con su vecino y de comprobar lo que esta haciendo el pro- 
grama y de cambiarlo si no les gusta. Dicen, de todos modos, que per- 
mitirle hacer estas cosas es algo util. Asi que van a las empresas y les 
dicen, «podriais hacer mas dinero si dejais que la gente haga esto». 
De modo que podreis ver que, hasta cierto punto, llevan a la gente en 
una direccion parecida, pero por motivos totalmente distintos, por 
razones filosoficas fundamentalmente distintas. 

En la cuestion mas profunda de todas, la cuestion etica, los dos 
movimientos no estan de acuerdo. En el movimiento del software 
libre decimos «tienes derecho a estas libertades. La gente no puede 
impedirte que hagas estas cosas». En el movimiento open source, 
dicen: «Si, pueden impedirtelo si quieren, pero nosotros intentaremos 
convencerles de que se dignen a permitiros hacerlo». Bueno, han ayu- 
dado, han convencido a cierta cantidad de empresas para publicar 
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numerosos elementos de software como software libre en nuestra 
comunidad. El movimiento open source ha ayudado considerable- 
mente a nuestra comunidad y trabajamos juntos en proyectos practi- 
cos. Pero filosoficamente hay un tremendo desacuerdo. 

Por desgracia, el movimiento open source recibe el apoyo de la 
mayoria de las empresas y asi la mayoria de los articulos sobre nues- 
tro trabajo lo describen como open source, y mucha gente piensa inocen- 
temente que todos formamos parte del movimiento open source. Por eso 
estoy mencionando esta distention. Quiero que seais conscientes de 
que el movimiento de software libre, que trajo a la existencia a nuestra 
comunidad y desarrollo el sistema operativo libre, todavia esta aqui — 
y que representamos esta filosofia etica. Quiero que sepais esto para 
que no desinformeis a los demas inconscientemente. Pero tambien 
para que podais pensar sobre como os posicionais. 

A que movimiento apoyeis es cosa vuestra. Podriais estar de 
acuerdo con el movimiento del software libre y mis puntos de vista. 
Podriais estar de acuerdo con el movimiento open source. Podriais no 
estar de acuerdo con ninguno. Vosotros decidis donde os situais ante 
estas cuestiones politicas. 

Pero si estais de acuerdo con el movimiento del software libre —si 
veis que se trata de una cuestion sobre lo que la gente merece decidir 
en relation al control y la direction de sus vidas— entonces espero 
que digais que estais de acuerdo con el movimiento del software libre 
y una forma en la que podeis hacerlo es usando el termino software 
libre y ayudando a que la gente sepa que existimos. 

Asi que la Libertad Tres es muy importante tanto en lo practico 
como en lo psicosocial. Si no tienes esta libertad, se produce un daho 
material, porque este desarrollo comunitario no sucede y no produ- 
ciremos software fiable y potente. Pero tambien produce dahos psi- 
cosociales, que afectan al espiritu de cooperation cientifica —la idea 
de que trabajamos juntos para hacer avanzar el conocimiento huma- 
ne Vereis, el progreso de la ciencia depende crucialmente de que la 
gente sea capaz de trabajar junta. Hoy en dia, no obstante, a menudo 
te encuentras con grupos de cientificos actuando como si hubiera una 
guerra entre bandas de cientificos e ingenieros. Sin embargo, si no 
comparten con los demas, todos estan bloqueados. 

Asi que estas son las tres libertades que distinguen al software 
libre del software tipico. La Libertad Uno es la libertad de ayudarte a 
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ti mismo haciendo cambios que se ajusten a tus propias necesidades. 
La Libertad Dos es la libertad de ayudar a tus amigos distribuyendo 
copias. Y la Libertad Tres es la libertad de construir tu comunidad 
haciendo modificaciones y publicandolas para que las use otra gente. Si 
tienes todas estas libertades, el programa es software libre para ti. Bien, 
^por que lo defino asi, en terminos de un usuario particular? ^Es soft- 
ware libre para ti? [Senala a un miembro del publico] ^Es software libre 
para ti? [Senalando a otro miembro del publico] ^Es software libre 
para ti? [Senalando a otro miembro del publico] ^Si? 

Pregunta. ^Puedes explicar un poco la diferencia entre la Libertad 
Dos y la Tres? [Inaudible] . 

Stallman. Bueno, ciertamente estan relacionadas, porque si no tie- 
nes libertad de redistribuir en absoluto, ciertamente no tienes liber- 
tad de distribuir una version modificada, pero son actividades dife- 
rentes. 

La Libertad Dos es: haces una copia exacta y se la pasas a tus ami- 
gos, asi que ahora tu amigo puede usarla. O quiza hagas copias exac- 
tas y se las vendes a un grupo de gente y entonces pueden usarla. 

La Libertad Tres es por la que tu haces mejoras — o por lo menos tu 
piensas que son mejoras y otros podrian estar de acuerdo contigo. Asi 
que esa es la diferencia. Ah, por cierto, un punto crucial. La Libertad 
Uno y la Tres dependen de que tengas acceso al codigo fuente. Porque 
cambiar un programa exclusivamente binario es extremadamente 
dificil [risas del publico], incluso cambios triviales como usar cuatro 
digitos para la fecha 10 [risas del publico], si no tienes la fuente. Asi 
que, por motivos practicos y forzosos, el acceso al codigo fuente es 
una condition previa, una obligation, para el software libre. 

Asi que, ^por que lo defino en terminos de software libre «para ti»? 
El motivo es que a veces un mismo programa puede ser software libre 
para algunas personas y no libre para otras. Bien, esta puede parecer 
una situation paradojica, asi que permitidme poneros un ejemplo para 
mostraros que es lo que pasa. Un gran ejemplo — quizas el mayor que 
haya existido jamas— de este problema fue el sistema X Window, que 



iU Se refiere al fallo «Y2K»: muchos programas viejos guardaban el ano con dos digi- 
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dolares para reparar este fallo en miles de sistemas informaticos antes del afio 2000. 
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fue creado en el MIT y lanzado bajo una licencia que lo hacia software 
libre. Si tenias la version del MIT con la licencia del MIT, tenias las 
Libertades Uno, Dos y Tres. Era software libre para ti. Pero entre aque- 
llos que obtuvieron copias estaban varios fabricantes de ordenadores 
que distribuian sistemas Unix e hicieron los cambios necesarios en X 
para instalarlos en sus sistemas. Sabeis, probablemente cambiaron solo 
unos pocos miles de lineas entre los cientos de miles de lineas de X. Y 
entonces lo recopilaron y pusieron los binarios en su sistema Unix y lo 
distribuyeron bajo el mismo acuerdo de no divulgation que tiene el 
resto del sistema Unix. Luego millones de personas obtuvieron estas 
copias. Tenian el sistema X Window, pero no tenian ninguna de estas 
libertades. No era software libre para ellos. 

Asi, la paradoja era que el caracter libre de X dependia de donde 
hicieras la medicion. Si hacias la medicion a partir del grupo de des- 
arrolladores, dirias, «observo todas estas libertades. Es software 
libre». Si hacias la medicion entre los usuarios, dirias, «humm, la 
mayoria de los usuarios no tiene estas libertades. No es software 
libre». Bueno, la gente que creo X no consideraba esto un problema, 
porque su objetivo era simplemente la popularidad —el ego, esen- 
cialmente. Querian un gran exito profesional. Querian sentir, «ah, 
muchisima gente esta usando nuestro softwares Y era verdad. 
Mucha gente estaba usando su software pero no tenia libertad. 

Bien, en el proyecto GNU, si eso mismo le hubiera pasado al soft- 
ware de GNU, habria sido un fracaso, porque nuestro objetivo no era 
simplemente ser populares, nuestro objetivo era dar libertad a la 
gente y apoyar la cooperation, permitir que la gente coopere. 
Recordad, nunca obligueis a nadie a cooperar con otra persona, pero 
aseguraos de que a todo el mundo le este permitido cooperar, de que 
todo el mundo tenga libertad para cooperar, si el o ella quieren. Si 
millones de personas tuvieran instaladas versiones no libres de GNU, 
eso no seria un exito en absolute Todo se habria pervertido hasta no 
ser nada con respecto al objetivo. 

Asi que busque una forma de evitar que eso sucediera. El metodo 
al que llegue se llama copyleft. Se llama copyleft porque es algo asi 
como tomar el copyright y darle la vuelta. [Risas del publico]. 
Legalmente, el copyleft funciona sobre la base del copyright. Usamos 
la legislation de copyright existente, pero la usamos para conseguir 
un objetivo muy diferente. Esto es lo que hacemos. Decimos: «Este 



Software libre: libertad y cooperacion 



245 



programa tiene copyright». Y, por supuesto, por defecto, eso signifi- 
ca que esta prohibido copiarlo, distribuirlo o modificarlo. Pero enton- 
ces decimos: «Estas autorizado a distribuir copias de esto. Estas auto- 
rizado a modificarlo. Estas autorizado a distribuir versiones modifi- 
cadas y versiones ampliadas. Cambialo como te apetezca». 

Pero hay una condition. Y la condition, por supuesto, es el moti- 
vo por el que nos metemos en estos lios, para que podamos incluir la 
condition. La condition dice: «Cuando quiera que distribuyas algo 
que contenga cualquier elemento de este programa, todo ese progra- 
ma debe ser distribuido bajo estas condiciones, ni mas ni menos». Asi 
que puedes cambiar el programa y distribuir una version modifica- 
da, pero cuando lo haces, la gente que lo obtiene de ti debe recibir las 
mismas libertades que tu recibiste de nosotros. Y no solo por las par- 
tes que copiaste de nuestro programa, tambien por las otras partes de 
ese programa que ellos reciben de ti. La totalidad de ese programa 
tiene que ser software libre para ellos. 

La libertad de cambiar y redistribuir este programa se convierte en 
un derecho inalienable — un concepto de la Declaration de 
Independencia. Derechos que nos aseguramos que no te puedan ser 
sustraidos. La licencia especifica que encarna la idea de copyleft es la 
Licencia Publica General GNU, una licencia controvertida porque real- 
mente tiene fuerza como para rechazar a las personas que podrian ser 
parasitos de nuestra comunidad. 

Hay mucha gente que no aprecia los ideales de libertad. Y estaria 
encantadisima de tomar el trabajo que hemos hecho y usarlo para 
tener ventaja en la distribution de un programa no libre y tentar asi 
a la gente para que abandone su libertad. Si dejamos que la gente 
haga eso, el resultado seria que desarrollariamos programas libres y 
constantemente tendriamos que competir con versiones mejoradas 
de nuestros propios programas. Eso no tiene gracia. 

Mucha gente tambien siente: «Estoy deseando dedicar mi tiempo 
como voluntario para contribuir a la comunidad, pero ^por que debe- 
ria dedicar mi tiempo como voluntario para mejorar el programa 
propietario de esa empresa?». Algunas personas ni siquiera pensaran 
que eso es malo, pero quieren que les paguen si hacen eso. Yo, perso- 
nalmente, preferiria no hacerlo en absoluto. 

Pero ambos grupos de personas —los que, como yo, dicen «no 
quiero ayudar a que ese programa no libre consiga un punto de 
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apoyo en nuestra comunidad» y los que dicen, «claro, yo trabajaria 
para ellos, pero entonces que me paguen» — tenemos un buen moti- 
vo para usar la licencia publica general de GNU. Porque eso le dice a 
tal compahia «no puedes coger mi obra y distribuirla sin libertad». 
Puesto que licencias que no son copyleft, como la licencia de X 
Windows, si lo permiten. 

Asi que esta es la gran division entre las dos categorias de softwa- 
re libre en lo que respecta a las licencias. Estan los programas que tie- 
nen copyleft para que la licencia defienda la libertad del software 
para todos los usuarios. Y estan los programas sin copyleft para los 
que estan permitidas las versiones no libres. Alguien puede coger 
esos programas y despojarles de libertad. Podrias obtener ese progra- 
ma en una version no libre. 

Ese problema existe hoy. Todavia hay versiones no libres de X 
Windows que se estan usando en nuestros sistemas operativos 
libres. Incluso hay hardware que no soporta realmente mas que una 
version no libre de X Windows. Es un gran problema en nuestra 
comunidad. No obstante, no diria que el X Windows sea algo malo. 
Diria que los desarrolladores no lo hicieron de la mejor manera que 
hubieran podido hacerlo, pero si que lanzaron mucho software que 
todos podemos usar. 

Hay una gran cantidad de matices debajo de la distincion entre 
perfecto y malo. Hay muchas gradaciones de lo bueno y lo malo. 
Tenemos que resistir la tentacion de decir, «si no lo hiciste lo mejor 
posible, entonces no eres bueno». La gente que creo X Windows hizo 
una gran contribution a nuestra comunidad. Pero hay cosas que 
podrian haber hecho mejor. Podrian haber puesto copyleft a algunas 
partes del programa e impedido que otros distribuyeran esas versio- 
nes que niegan la libertad. 

Bien, el hecho de que la licencia publica general de GNU defien- 
da tu libertad, de que use la legislation de copyright para defender tu 
libertad, es el motivo por el que Microsoft esta atacando hoy. Vereis, 
a Microsoft le gustaria de verdad ser capaz de coger todo el codigo 
que nosotros escribimos y ponerlo en programas propietarios... que 
alguien hiciera algunas mejor as... o simplemente algunos cambios 
para hacerlos incompatibles. [Risas del publico]. 

Con la potencia de marketing de Microsoft, no necesitan hacer ver- 
siones mejores para conseguir que su version suplante a la nuestra. 
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Simplemente tienen que hacerla diferente e incompatible. Y luego 
colocarla en el escritorio de todo el mundo. Asi que verdaderamente 
no les gusta la GNU GPL. Porque la GNU GPL no les permite hacer 
eso. No permite «adoptar y ampliar». Dice, si quieres compartir nues- 
tro codigo en tus programas, puedes. Pero tu tambien tienes que 
compartir de forma parecida. Se nos tiene que permitir compartir los 
cambios que haces. Asi que se trata de una cooperacion en dos direc- 
ciones, una cooperacion autentica. 

Muchas empresas — incluso grandes empresas como IBM y HP— 
estan deseando usar, bajo estos parametros, nuestro software. IBM y 
HP aportan considerables mejoras al software de GNU. Y tambien 
crean mas software libre. Pero Microsoft no quiere hacerlo y hacen 
saber que los negocios simplemente no pueden utilizar la GPL. 
Bueno, si los negocios no incluyen a IBM, HP y Sun, quizas esten en 
lo cierto. [Risas del publico]. Mas tarde seguire con esto. 

Deberia terminar el relato historico. Observad, empezamos en 1984 
no simplemente para escribir software libre sino para hacer algo 
mucho mas coherente: desarrollar un sistema operativo que era por 
completo software libre. Eso significaba que teniamos que escribir ele- 
mento, tras elemento, tras elemento. Por supuesto, siempre estabamos 
buscando atajos. El trabajo era tan grande que la gente decia que nunca 
seriamos capaces de acabarlo. Yo pensaba que habia por lo menos una 
posibilidad, pero obviamente merece la pena buscar un atajo. Asi que 
seguimos buscando. ^,Hay algun programa que otro haya escrito y que 
podamos adaptar, que conectarlo aqui y asi no tendremos que escribir 
todo desde cero? Por ejemplo, el sistema X Windows. Es cierto, no tenia 
copy left, pero era software libre, asi que podriamos usarlo. 

Bien, yo hubiera querido poner un sistema de ventanas en GNU 
desde el primer dia. Escribi un par de sistemas de ventanas en el MIT 
antes de empezar con GNU. Y asi, aunque Unix no tenia un sistema 
de ventanas en 1984, decidi que GNU tendria uno. Pero nunca termi- 
namos escribiendo un sistema de ventanas GNU, ya que aparecio X. Y 
yo dije: «jBien! Un trabajazo que no tendremos que hacer. Usaremos 
X». Dije, vamos a coger X y a ponerlo en el sistema GNU. Y haremos 
que las demas partes de GNU funcionen con X cuando sea apropia- 
do. Encontramos otros elementos de software que habian sido escri- 
tos por otros, como el procesador de textos T E X y un codigo de biblio- 
teca de Berkeley. En ese momento, existia el Unix Berkeley, pero no 
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era software libre. Inicialmente, este codigo de biblioteca era de un 
grupo diferente de Berkeley, que investigaba sobre el punto flotante. 
Y asi encajamos esas piezas. 

En octubre de 1985, fundamos la Free Software Foundation. Por 
favor, observad que el proyecto GNU es anterior. La Free Software 
Foundation llego casi dos anos despues del que se anunciara el pro- 
yecto GNU. La Free Software Foundation es una organization bene- 
fica libre de impuestos que recoge fondos para promover la libertad 
de compartir y de intercambiar el software. En la decada de 1980 una 
de las principales cosas que haciamos con nuestros fondos era contra- 
tar a gente para que escribiera partes de GNU. Programas esenciales, 
como shell y la biblioteca C, fueron escritos de este modo, asi, como 
partes de otros programas. El programa tar, que es absolutamente 
esencial, aunque no es nada excitante [risas del publico], fue escrito 
de este modo. Creo que el grep de GNU fue escrito de este modo. Y 
asi nos acercabamos a nuestro objetivo. 

Hacia 1991 solo faltaba un elemento principal, que era el kernel. 
Ahora, ^por que habiamos dejado fuera el kernel? Probablemente 
porque no importa en que orden hagas las cosas, al menos tecnica- 
mente. De todos modos tienes que hacerlas todas. Y en parte porque 
tenia esperanzas de que seriamos capaces de encontrar un principio 
de kernel en otro lugar. Y lo hicimos. Encontramos Mach, que habia 
sido desarrollado en Carnegie Mellon. No era todo el kernel; era la 
mitad inferior del kernel. Asi que tuvimos que escribir la mitad supe- 
rior; cosas como el sistema de archivos, el codigo de red y asi. Pero 
instaladas sobre Mach funcionan esencialmente como programas de 
usuario, lo cual deberia hacerlas mas faciles de corregir. Puedes 
corregirlas al mismo tiempo con un depurador de nivel real source. 
Pense que de ese modo seriamos capaces de conseguir que estas, las 
partes superiores del kernel, estuvieran listas en poco tiempo. No 
sucedio asi. Estos procesos no sincronicos y multisegmentados, que 
se mandan mensajes entre si, resultaron ser muy dificiles de corregir. 
El sistema basado en Mach, que estabamos usando para ir tirando, 
tenia un entorno de correction de f alios terrible, no era fiable. Nos 
llevo ahos y ahos conseguir que el kernel de GNU funcionara. 

Pero, afortunadamente, nuestra comunidad no tuvo que esperar 
por el kernel de GNU porque en 1991, Linus Torvalds desarrollo otro 
kernel libre, llamado Linux. Siguio el diseho monolitico pasado de 
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moda y resulta que consiguio que funcionara mucho mas rapido de 
lo que nosotros conseguimos que funcionara el nuestro. Asi que qui- 
zas ese es uno de los fallos que he cometido: esa decision de diseho. 
De todos modos, al principio nosotros no supimos de Linux, porque 
nunca contacto con nosotros para hablar de ello, aunque conocia el 
proyecto GNU. Sin embargo, lo anuncio a otras personas y en otros 
sitios de la red. Y asi otra gente hizo el trabajo de combinar Linux con 
el resto del sistema GNU para hacer un sistema operativo libre com- 
pleto, esencialmente, para hacer la combination de GNU y Linux. Sin 
emabrgo no se dieron cuenta de que eso era lo que estaban haciendo. 
Vereis, ellos decian, «tenemos un kernel — vamos a mirar por ahi a ver 
que otros elementos podemos encontrar para juntarlos con el kernel». 
Asi, miraron por ahi, y mira tu por donde, todo lo que necesitaban ya 
estaba disponible. Que buena suerte, dijeron. [Risas del publico]. 
«Todo esta aqui. Podemos encontrar todo lo que necesitamos. Vamos 
a coger todas estas cosas diferentes, a juntarlas y tener un sistema». 

No sabian que la mayoria de lo que encontraron eran elementos 
del sistema GNU. Asi, no se dieron cuenta de que estaban encajando 
Linux en el hueco del sistema GNU. Pensaron que estaban cogiendo 
Linux y haciendo un sistema a partir de Linux. Asi que lo llamaron 
sistema Linux. 

[Un miembro del publico dice: «^Pero no es tener mejor suerte que 
encontrar el sistema X Windows y Mach?», Stallman responde y con- 
tinual . Cierto. La diferencia es que la gente que desarrollo X y Mach 
no tenia el objetivo de producir un sistema operativo libre completo. 
Fuimos los unicos en tenerlo. Y fue nuestro tremendo trabajo el que 
hizo que el sistema existiera. Realmente hicimos una parte mayor del 
sistema que cualquier otro proyecto. No es una coincidencia, esa 
gente escribio partes utiles del sistema, pero no lo hicieron porque 
quisieran terminar el sistema. Tenian otros motivos. 

Bien, la gente que desarrollo X penso que disehar un sistema de 
ventanas a traves de la red seria un buen proyecto, y lo era. Resulta 
que nos ayudo a producir un buen sistema operativo libre. Pero eso 
no es lo que ellos anhelaban. Ni siquiera lo tenian en mente. Fue un 
accidente. Un beneficio accidental. Ahora bien, no estoy diciendo que 
lo que hicieron estuviera mal. Hicieron un gran proyecto de software 
libre. Algo bueno. Pero no tenian esa vision fundamental. Donde 
estaba esa vision era en el proyecto GNU. 
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Y asi, nosotros fuimos los que hicimos todos esas piececitas que no 
hacia nadie mas, porque sabiamos que no tendriamos un sistema 
operativo completo sin ellas. Y aunque fuera totalmente aburrido y 
no tuviera ningun romanticismo, como tar o mv 11 [risas del publico], 
nosotros las hicimos. O incluso Id, ya sabeis que no hay nada muy 
excitante en Id, pero yo escribi uno. [Risas del publico]. Y si que hice 
esfuerzo para hacer que ocupara una cantidad minima de disco I/O, 
de modo que fuera mas rapido y manejara programas mas grandes. 
Me gusta hacer un buen trabajo; me gusta mejorar varias cosas del 
programa mientras las estoy haciendo. Pero el motivo de que lo hicie- 
ra no es que tuviera ideas brillantes para un Id mejor. El motivo de 
que lo hiciera es que necesitabamos uno que fuera libre. Y no podia- 
mos esperar que cualquier otra persona lo hiciese. Asi que teniamos 
que hacerlo nosotros, o encontrar a alguien que lo hiciese. 

Asi, aunque llegados a este punto, miles de personas y proyectos 
han contribuido a este sistema, hay un proyecto que es el motivo de 
que este sistema exista, y es el proyecto GNU. Este es basicamente el 
sistema GNU, con otras cosas ahadidas desde entonces. 

La practica de llamar Linux al sistema ha sido un gran golpe para 
el proyecto GNU, ya que normalmente no recibimos reconocimiento 
por lo que hemos hecho. Pienso que Linux, el kernel, es un elemento 
muy util del software libre y solo tengo buenas cosas que decir de el. 
Bueno, en realidad, puedo encontrar unas pocas cosas malas. [Risas 
del publico]. Pero, basicamente, tengo buenas cosas que decir de el. 
De todos modos, la practica de llamar «Linux» al sistema GNU es 
simplemente un error. Me gustaria pediros que, por favor, hagais un 
pequeho esfuerzo para llamar GNU/Linux al sistema y de ese modo 
ayudar a que consigamos nuestra parte del reconocimiento. 

[Una persona en el publico grita] «jNecesitais una mascota! jUn 
animal disecado!» [Stallman responde]. Tenemos uno. [El miembro 
del publico contesta]. «iDe verdad?» [Stallman responde, provocan- 
do carcajadas]. Tenemos un animal, un hu. O sea que, cuando dibu- 
jeis un pinguino, dibujad un hu al lado. Pero vamos a dejar las pre- 
guntas para el final. Me quedan mas cosas que decir. 

Entonces, ^por que estoy tan preocupado por esto? ^Por que pien- 
so que merece la pena importunaros y tal vez rebajar la opinion que 



Un programa simple que mueve o renombra los archivos 



Software libre: libertad y cooperacion 



251 



teneis de mi [risas del publico], mencionando el tema del reconoci- 
miento? Cuando lo hago, algunos pueden pensar que es porque quie- 
ro alimentar mi ego, ^verdad? Por supuesto, no os pido que lo llameis 
«Stallmanix», ^verdad? [Risas del publico. Aplausos]. 

Os pido que lo llameis GNU, porque quiero que el proyecto GNU 
consiga reconocimiento. Y hay una razon muy especifica para ello, 
que es mucho mas importante que el reconocimiento de cualquiera, 
en o por si mismo. Vereis, estos dias, si mirais a vuestro alrededor, en 
nuestra comunidad, la mayoria de la gente que habla sobre el tema y 
escribe sobre el tema nunca menciona el GNU y jamas mencionan 
estos objetivos de libertad —estos ideales politicos e ideologicos— , 
porque el lugar del que estos proceden es GNU. 

Las ideas asociadas a Linux, su filosofia, es muy diferente. 
Esencialmente es la filosofia apolitica de Linus Torvalds. Asi, cuando 
la gente piensa que todo el sistema es Linux, tienden a pensar «Ah, 
todo lo habra empezado Linus Torvalds. Su filosofia debe ser la que 
deberiamos estudiar con cuidado». Y cuando oyen algo sobre la filo- 
sofia de GNU, dicen: «Tio, esto es tan idealista, debe ser terriblemen- 
te poco practice Soy un usuario de Linux, no un usuario de GNU». 
[Risas del publico]. 

jQue ironia! jSi lo supieran! Si supieran que el sistema que les 
gusto, o que, en algunos casos, aman; que el sistema por el que se 
vuelven locos es nuestra filosofia politica idealista hecha realidad... 

Aun asi no tendrian por que estar de acuerdo con nosotros. Pero 
al menos tendrian una razon para tomarselo en serio, para darle una 
oportunidad. Verian como se relaciona con sus vidas. Si cayeran en la 
cuenta, «estoy usando el sistema GNU. Esta es la filosofia de GNU. 
Por esta filosofia existe el sistema que tanto me gusta», al menos lo 
considerarian con la mente mucho mas abierta. No significa que todo 
el mundo vaya a estar de acuerdo. La gente piensa cosas diferentes. 
Eso esta bien —la gente deberia formarse su propia opinion—, pero 
quiero que esta filosofia reciba el beneficio del reconocimiento por los 
resultados que ha logrado. 

Si miras a tu alrededor en nuestra comunidad, te encontraras con 
que en casi todas partes, las instituciones estan llamando Linux al sis- 
tema. Los reporteros lo llaman en su mayoria Linux. No es correcto, 
pero lo hacen. Las compahias que empaquetan el producto en su 
mayoria lo llaman asi. Ah, y la mayoria de esos reporteros, cuando 
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escriben articulos, normalmente no lo consideran como un asunto 
politico o social. Normalmente lo estan considerando como una pura 
cuestion de negocios en relation a que companias van a tener mas o 
menos exito, la cual es una cuestion bastante secundaria para la socie- 
dad. Y, si consider as las companias que empaquetan el sistema 
GNU/Linux para el uso de la gente, bueno, la mayoria lo llaman 
Linux. Y todas le ahaden software no libre. 

Vereis, la GNU GPL considera que si tomas un fragmento de codi- 
go, y algo de codigo de un programa protegido por la GPL, y anades 
algo mas de codigo para producir un programa mas grande, ese pro- 
grama entero tiene que ser lanzado bajo la GPL; pero podrias poner 
otros programas separados en el mismo disco —disco duro o CD—, y 
estos podrian tener otras licencias. Esto se considera como una simple 
agregacion. Esencialmente, distribuir dos programas a la vez a alguien 
no es algo sobre lo que tengamos nada que decir. Asi que de hecho, no 
es cierto —a veces me gustaria que fuese cierto— que si una empresa 
usa un programa protegido por la GPL en un producto, el producto 
entero tenga que ser software libre. No lo es —no toma ese alcance, esa 
extension. Se trata solo del programa. Si hay dos programas separados 
que se comunican entre si a distancia —como enviandose mensajes 
entre si— entonces, por lo general, estan legalmente separados. Asi 
estas empresas, anadiendo software no libre al sistema, le estan dando 
a los usuarios una idea muy mala, filosofica y politicamente. Les estan 
contando a los usuarios que «no usar software libre esta bien. Incluso 
nosotros se lo estamos poniendo como un extra». 

Si observas las revistas sobre el uso del sistema GNU/Linux, la 
mayoria de ellas tienen un titulo como «Linux esto o lo otro». Asi la 
mayor parte del tiempo llaman Linux al sistema. Y estan llenas de 
anuncios de software no libre que puedes instalar sobre el sistema 
GNU/Linux. Esos anuncios tienen un mensaje comun. Dicen: «E1 
software no libre es bueno para ti. Es tan bueno que incluso podrias 
pagar para conseguirlo». [Risas del publico]. 

Llaman a estas cosas «paquetes de valor anadido», lo cual signifi- 
ca una afirmacion de sus valores. Estan diciendo: valora la comodi- 
dad practica, no la libertad. Yo no estoy de acuerdo con esos valores, 
asi que los llamo «paquetes de libertad sustraida». [Risas del publi- 
co]. Porque si te has instalado un sistema operativo libre, entonces 
estas viviendo en el mundo libre. Disfrutas de los beneficios de la 
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libertad que tantos anos hemos trabajado para darte. Aquellos paque- 
tes te dan la oportunidad de atarte con una cadena. 

Ahora bien, si observas las exposiciones comerciales dedicadas al 
uso del sistema GNU/Linux, todas se llaman a si mismas «exposicio- 
nes de Linux». Y estan llenas de casetas que exhiben software no 
libre, poniendo el sello de aprobacion al software no libre. Asi, casi en 
cualquier sitio que mires de nuestra comunidad, las instituciones 
estan autorizando el software no libre, negando totalmente la idea de 
libertad por la que se desarrollo GNU. Y el unico lugar donde la 
gente se puede encontrar con la idea de la libertad es en contacto con 
GNU y en contacto con el software libre, con el concepto de software 
libre. Por eso os pido: por favor Hamad GNU/Linux al sistema. Por 
favor haced consciente a la gente de donde vino el sistema y por que. 

Por supuesto, simplemente con decir ese nombre no estaras 
dando una explication de la historia. Puedes teclear cuatro caracteres 
mas y escribir GNU/Linux; puedes decir dos silabas mas. GNU/ 
Linux tiene menos silabas que Windows 2000. [Risas del publico]. No 
les estas contando mucho, pero les estas preparando, de modo que 
cuando oigan hablar de GNU, y de que va, veran como eso se conec- 
ta con ellos y con sus vidas. Y eso, indirectamente, marca una tremen- 
da diferencia. Asi que por favor, ayudadnos. 

Habreis advertido que Microsoft llamo a la GPL una «licencia open 
source». No quieren que la gente piense en terminos de que la cues- 
tion sea la libertad. Encontrareis que invitan a pensar a la gente de 
forma cerrada, como consumidores y, por supuesto, ni siquiera a pen- 
sar de una forma muy racional como consumidores, ya que van a ele- 
gir productos de Microsoft. Pero no quieren que la gente piense como 
ciudadanos. Eso va en su contra. Al menos en contra de su actual 
modelo de negocio. 

Ahora bien, el software libre... bueno, os puedo contar como se 
relaciona el software libre con nuestra sociedad. Un tema secundario, 
que podria ser de interes para algunos de vosotros, es como se rela- 
ciona el software libre con los negocios. 

Bien, en realidad, el software libre es tremendamente util para 
los negocios. Despues de todo, la mayoria de las empresas de los 
paises avanzados usan software. Y solo una fraction diminuta de 
ellos desarrolla software. 
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El software libre es tremendamente ventajoso para cualquier empresa 
que use software, porque significa que estan en condiciones de adqui- 
rir control. En esencia, el software libre significa que los usuarios tienen 
el control de lo que hace el programa. Tanto individualmente, si les 
importa lo suficiente tenerlo, como colectivamente, cuando les importa 
lo suficiente tenerlo. Cualquiera que se preocupe lo suficiente puede 
ejercer alguna influencia. Si no te importa, no lo compras. Entonces usas 
lo que prefiere otra gente. Pero si te importa, entonces tienes voz. Con 
el software propietario, esencialmente no tienes alguna voz. 

Con el software libre, puedes cambiar lo que quieras cambiar. Y no 
importa que no haya programadores en tu empresa; no importa. Si qui- 
sieras mover los muros de tu edificio, no tienes que tener una empresa 
de construcion. Simplemente tienes que ser capaz de encontrar un alba- 
nil y decir; «^,Que me cobraras por este trabajo? ^Y, cuando lo tendras 
terminado?». Y si no hace el trabajo, puedes ir y encontrar a otro. 

Existe un mercado libre de asistencia tecnica. De tal forma que 
cualquier negocio que se preocupe por la asistencia encontrara una 
tremenda ventaja en el software libre. Con el software propietario, la 
asistencia es un monopolio, porque una compania tiene el codigo 
fuente — o quizas un pequeho numero de empresas, que pagaron una 
cantidad gigantesca de dinero, tienen el codigo fuente, como en el 
caso del programa de fuente compartida de Microsoft, pero son muy 
pocas. Asi que no tienes muchas posibilidades de asistencia. Y eso sig- 
nifica que a menos que seas un autentico gigante, no les importas. Tu 
empresa no es lo suficientemente importante para que ellos se preo- 
cupen si pierden tu negocio o lo que pase con el. Una vez que empie- 
zas a usar el programa, se imaginan que estas atrapado y obligado a 
recibir su asistencia, ya que cambiarse a un programa diferente es un 
trabajo gigantesco. Asi que terminas haciendo cosas como pagar por 
el privilegio de informar de un fallo. [Risas del publico]. Y una vez que 
has pagado, te dicen, «bueno, vale, hemos advertido tu informe de 
f alios. En unos pocos meses, puedes comprar una nueva version, y 
puedes comprobar si lo hemos arreglado». [Risas del publico]. 

Los proveedores de asistencia de software libre no pueden salir- 
se con la suya. Tienen que complacer a los clientes. Por supuesto, 
puedes conseguir mucha buena asistencia gratuita. Cuelgas tu pro- 
blema en Internet. Quiza recibas una respuesta al dia siguiente. 
Pero esto no se puede garantizar, por supuesto. Si quieres estar 
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seguro, sera mejor que llegues a un acuerdo con una empresa y les 
pagues. Y esta es, por supuesto, una de las maneras de como fun- 
cionan los negocios de software libre. 

Otra ventaja del software libre para empresas que usan software 
es la seguridad y la privacidad. Esto tambien incumbe al uso indivi- 
dual, aunque lo haya sacado a relucir en el contexto de los negocios. 
Vereis, cuando un programa es propietario, ni siquiera podriais saber 
que hace en realidad. 

Podria tener caracteristicas incluidas deliberadamente, que si las 
conocieras no te gustarian. Por ejemplo, podria tener una puerta trase- 
ra para permitir al creador introducirse en tu maquina. Podria fisgar en 
lo que haces y devolver la information. Esto no es inusual. Algunos 
programas de Microsoft lo hacian. Pero no solo incumbe a Microsoft. 
Hay otros programas propietarios que se inmiscuyen en las activida- 
des del usuario. Y ni siquiera notarias si lo esta haciendo. Y, por 
supuesto, incluso asumiendo que el fabricante sea completamente 
honesto, todo programador comete errores. Podria haber fallos que afec- 
tan a tu seguridad que no son culpa de nadie. Pero el asunto es: si no es 
con software libre, no puedes encontrarlos. Y no puedes arreglarlos. 

Nadie tiene tiempo para revisar la fuente de cada programa que 
instala. No vas a hacer eso. Pero junto al software libre hay una exten- 
sa comunidad y hay gente en esa comunidad que re visa las cosas. Tu 
te beneficias de sus revisiones, porque si hay un fallo accidental, que 
seguramente puede existir de vez en cuando en cualquier programa, 
podrian encontrarlo y arreglarlo. La gente es mucho menos propen- 
sa a meter deliberadamente un troyano, o un programa para fisgar, si 
piensan que les pueden pillar. Los fabricantes de software propietario 
se imaginan que no les van a pillar. Se saldran con la suya sin ser 
detectados. Pero un fabricante de software libre se tiene que imaginar 
que la gente se fijara en ello y vera que esta alii. En nuestra comuni- 
dad no nos parece que podamos escaquearnos si a los usuarios les 
metemos por la fuerza una caracteristica que a ellos no les gusta. 
Sabemos que si a los usuarios no les gusta, haran una version modifi- 
cada que no la tenga. Y entonces todos empezaran a usar esa version. 

De hecho, todos podemos razonar suficientemente, podemos supo- 
ner con suficientes pasos de antelacion que probablemente no incluya- 
mos tal caracteristica. Despues de todo, estas escribiendo un programa 
libre, quieres que a la gente le guste tu version; no quieres incluir algo 
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que la mayoria de la gente va a odiar para despues elegir una version 
modificada en lugar de la tuya. Asi que simplemente te das cuenta de 
que el usuario es el rey en el mundo del software libre. En el mundo 
del software propietario, el cliente no es el rey ya que solo eres un 
mero cliente. No tienes ninguna voz sobre el software que usas. 

A este respecto, el software libre es un nuevo engranaje para que 
actue la democracia. El profesor Lessig, 12 ahora en Stanford, advirtio 
que el codigo funciona como una especie de ley. Quienquiera que lle- 
gue a escribir el codigo que casi todo el mundo usa, para cualquier 
intention o proposito, esta escribiendo las leyes que conducen la vida 
de la gente. Con el software libre, estas leyes se escriben de forma 
democratica. No la forma clasica de la democracia —no hacemos 
unas grandes elecciones y decimos «que todo el mundo vote la mane- 
ra en que deberia hacerse esta caracteristica». [Risas del publico]. En 
su lugar decimos, esencialmente, aquellos de vosotros que querais 
trabajar en implementar una caracteristica de tal manera, hacedlo. Y 
los que querais trabajar en implementar esta caracteristica de esa otra 
manera, hacedlo. Y, de una manera u otra, se hace. Y asi, si mucha 
gente lo quiere de este modo, se hara de este modo. De esta manera, 
todo el mundo contribuye a las decisiones sociales simplemente 
dando pasos en la direction que quiere seguir. 

Personalmente eres libre de dar tantos pasos como quieras dar. Un 
negocio es libre de encargar tantos trabajos como se consideren uti- 
les. Y despues de sumar todos estos aspectos, descubrimos hacia que 
direction va la production de software. A menudo es muy util ser 
capaz de sacar elementos de algun programa existente — presumible- 
mente elementos grandes, por supuesto— y entonces escribir cierta 
cantidad de codigo propio, producir un programa que haga exacta- 
mente lo que necesitas, lo cual te hubiera costado muchisimo si 
hubieras tenido que escribirlo desde cero, si no hubieras podido cani- 
balizar elementos grandes de algun paquete de software existente. 

Otra cosa, que resulta del hecho de que el usuario sea el rey, es 
que tendemos a ser muy buenos en cuanto a compatibilidad y estan- 
darizacion. ^Por que? Porque a los usuarios les gusta. Los usuarios 
son propensos a rechazar un programa que incluya incompatibilida- 
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des arbitr arias. Ahora bien, a veces hay cierto grupo de usuarios que 
realmente necesita algun tipo de incompatibilidad, y entonces la tie- 
nen. Esta bien. Pero cuando los usuarios quieren seguir un estandar, 
nosotros los desarrolladores tenemos que seguirlo, y lo sabemos. Y lo 
hacemos. Por contraste, si te fijas en los fabricantes de software pro- 
pietario, a menudo encuentran ventajoso no seguir deliberadamente 
un estandar y no porque piensen que de esa manera le estan dando 
al usuario una ventaja, sino mas bien porque se estan imponiendo a 
el, lo estan atrapando. Incluso te los encontraras haciendo cambios en 
sus formatos de archivo de vez en cuando, solo para f orzar a la gente 
a obtener la ultima version. 

Los documentalistas 13 se estan encontrando ahora con un proble- 
ma, a menudo no se puede acceder a los archivos escritos por un 
ordenador de hace diez ahos; estaban escritos en software propieta- 
rio que ahora en su mayor parte se ha per dido. Si estuvieran escritos 
en software libre, entonces podrian actualizarse y utilizarse; y esas 
grabaciones no se habrian perdido, no serian inaccesibles. Incluso se 
estan quejando de esto en la National Public Radio 14 al citar el softwa- 
re libre como una solution. En efecto, al usar un programa no libre 
para almacenar tus datos, te estas colgando una soga al cuello. 

He hablado sobre como afecta el software libre a la mayoria de los 
negocios. Pero ^como afecta al particular y estrecho ambit o de los 
negocios de software? Bueno, la respuesta es que no afecta gran cosa. 
Y la razon es que el 90 por ciento de la industria del software, por lo 
que se me ha dicho, se dedica a la fabrication de programas persona- 
lizados, software que no esta en absoluto pensado para ser publica- 
do. Para el software personalizado, esta cuestion, o la cuestion etica 
de software libre o propietario, no aparece. Vereis, esta cuestion es: 
(jlos usuarios sois libres de modificar y redistribuir software? Si solo 
hay un usuario, y a ese usuario le pertenecen los derechos, no hay 
problema. Ese usuario es libre de hacer todas esas cosas. Asi, en efec- 
to, cualquier programa personalizado que fuera fabricado por una 
compahia para uso domestico es software libre, siempre que tenga la 
sensatez de insistir en obtener el codigo fuente y todos los derechos. 



^ Muchos documentalistas almacenan y comparten miles de archivos por Internet. 

14 National Public Radio es una organization privada sin animo de lucro que tiene, a la 
fecha de esta conferencia, 620 estaciones de radio que emiten noticias y musica a diario. 
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La cuestion no atahe el software que va en un reloj o en un microon- 
das o en el motor de un coche, porque en esos lugares no te descargas 
software para instalar. No es un autentico ordenador, en lo que con- 
cierne al usuario, asi que no implica suficientemente estas cuestiones 
como para ser eticamente importantes. Asi, en su mayor parte, la 
industria del software continuara como lo ha hecho hasta ahora. Y lo 
interesante es que dado que una fraction tan grande de los trabajos 
esta en esa parte de la industria, incluso si no hubiera posibilidades 
para los negocios de software libre, los fabricantes de software libre 
podrian conseguir trabajo escribiendo software personalizado. [Risas 
del publico]. Hay muchos; la proportion es muy grande. 

Pero, como de hecho sucede, hay negocios de software libre. Hay 
empresas de software libre, y en la rueda de prensa que voy a dar, se 
me van a unir personas procedentes de un par de estas empresas. Por 
supuesto, tambien hay empresas que no son negocios de software 
libre pero que desarrollan elementos utiles de software libre y lo que 
producen es considerable. 

Bien, ^como funcionan los negocios de software libre? Bueno, 
algunos de ellos venden copias. Tu eres libre de copiarlo pero aun asi 
se pueden vender miles de copias al mes. Otros venden asistencia y 
distintas clases de servicios. Yo, personalmente, durante la segunda 
mitad de los ochenta, vendia servicios de asistencia tecnica de soft- 
ware libre. Basicamente, decia, por 200 dolares la hora cambiare lo 
que quieras que cambie en el software GNU que he escrito. Si, era un 
precio excesivo, pero al ser un programa del que yo era autor, la 
gente podia suponer que tendria terminado el trabajo en muchas 
menos horas. [Risas del publico]. Y me ganaba la vida de este modo. 
En realidad, ganaba mas de lo que nunca habia ganado antes. 
Tambien impart! clases. Y segui haciendolo hasta 1990, cuando recibi 
un gran premio 15 y no tuve que hacerlo mas. 

Sin embargo, fue en 1990 cuando se formo la primera empresa de 
software libre, Cygnus Support. Su negocio consistia en hacer, basica- 
mente, las mismas cosas que yo habia estado haciendo. Ciertamente 



^ El «gran premio» al que se refiere es el MacArthur Fellowship, tambien conocido 
por algunos como la «beca de los genios». Es una beca de cinco anos otorgada a indi- 
viduos que muestran un merito excepcional y prometen un trabajo creativo continuo 
y en ascenso. 
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podria haber trabajado para ellos, si lo hubiera necesitado. Como no 
lo necesitaba, me parecio que era bueno para el movimiento que me 
mantuviera independiente de cualquier empresa. De ese modo, 
podria decir cosas buenas y malas sobre las diferentes empresas de 
software libre y software no libre, sin entrar en un conflicto de intere- 
ses. Me parecio que podria servir mas al movimiento. Pero si lo hubie- 
ra necesitado para ganarme la vida, claro que habria trabajado para 
ellos. Es un negocio etico en el que se puede estar. No habia motivos 
de sentirme avergonzado si hubiera trabajado para ellos. Y esa com- 
pahia dio beneficios desde el primer aho. Se formo con muy poco 
capital, solo el dinero que tenian sus tres fundadores. Y siguio crecien- 
do cada aho y siendo rentable hasta que se volvieron ambiciosos y 
buscaron inversores externos y entonces lo desbarataron todo. Pero 
fueron varios ahos de exito, antes de que se volvieran ambiciosos. 

Esto ilustra una de las cosas excitantes que tiene el software 
libre. El software libre demuestra que no necesitas captar capital 
para desarrollar software libre. Quiero decir, es util, puede ayudar 
tenerlo. Si consigues capital, puedes contratar gente y hacer que 
escriban un monton de software. Pero puedes hacer mucho con una 
pequeha cantidad de gente. En realidad, la tremenda eficacia del 
proceso de desarrollar software libre es uno de los motivos de que 
sea importante para el mundo cambiarse al software libre. Tambien 
desmiente lo que dice Microsoft, cuando dicen que la GNU GPL es 
mala porque hace que sea mas dificil para ellos captar capital para 
fabricar software no libre, coger nuestro software libre y poner nues- 
tro codigo en los programas que no compartiran con nosotros. En 
esencia, no necesitamos que ellos consigan el capital de ese modo. 
Haremos el trabajo de todos modos. Ya lo estamos haciendo. 

La gente nos solia decir que nunca podriamos hacer un sistema 
operativo completo. Pues bien, hemos hecho eso y una cantidad de 
cosas tremendamente mayor. Yo diria que estamos cerca de desarro- 
llar todo el software publicado de interes general necesario en el 
mundo. Y esto en un mundo donde mas del 90 por ciento de los usua- 
rios todavia no usa software libre, y tambien en un mundo donde 
mas de la mitad de los servidores web funcionan con GNU/Linux con 
Apache como servidor web. 

Pregunta. [inaudible] iQue dijiste antes, Linux? 

Stallman. Dije GNU/Linux. 
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Pregunta. ^De verdad? 

Stallman. Si, si estoy hablando del kernel lo llamo Linux. Es que es 
su nombre. El kernel fue escrito por Linus Torvalds, y solo deberia- 
mos llamarlo por el nombre que escogio, por respeto al autor. 

De todas formas, en general, en las empresas la mayoria de los 
usuarios no usan GNU/Linux. La mayoria de los usuarios domesticos 
no usan nuestro sistema todavia. Cuando lo hagan, deberiamos auto- 
maticamente tener 10 veces mas voluntarios y 10 veces mas clientes 
para los negocios de software libre de los que hay. Eso nos llevara a 
esa magnitud. Asi que en este punto, estoy bastante seguro de que 
podemos hacer el trabajo. 

Esto es importante, porque Microsoft apela a que estemos deses- 
perados. Dicen: «La unica manera en que puedes tener software para 
instalar, la unica manera de que tengas innovacion, es si nos das 
poder. Permitenos que te dominemos. Dejanos controlar lo que pue- 
des hacer con el software que estas utilizando, de modo que poda- 
mos exprimirte mucho dinero, usar una parte de el para desarrollar 
software y quedarnos el resto como beneficios». 

Bueno, jamas deberias sentirte tan desesperado. Jamas deberias 
sentirte tan desesperado como para abandonar tu libertad. Eso es 
muy peligroso. 

Otra cosa que Microsoft, bueno, no solo Microsoft... la gente que 
no apoya el software libre, es que generalmente adopta un sistema de 
valores en el que lo unico que importa son los beneficios a corto 
plazo: ^Cuanto dinero voy a ganar este aho? ^Cuanto trabajo puedo 
terminar hoy? Pensamiento a corto plazo y pensamiento estrecho. 
Asumen que es ridiculo imaginar que cualquiera pueda nunca hacer 
un sacrificio en nombre de la libertad. 

Ayer, 16 mucha gente estaba haciendo discursos sobre estadouni- 
denses que hicieron sacrificios por la libertad de sus compatriotas. 
Algunos de ellos hicieron grandes sacrificios. Incluso sacrificaron sus 
vidas por las libertades de las que todo el mundo en nuestro pais ha 
oido hablar. (Al menos en algunos casos; supongo que tenemos que 
ignorar la guerra en Vietnam). 



ib El dia anterior era el Memorial Day, fiesta nacional de EEUU en la que se conmemo- 
ra a los heroes de guerra. 
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Pero, afortunadamente, mantener nuestra libertad para usar softwa- 
re no exige grandes sacrificios. Solo son necesarios diminutos, peque- 
fios sacrificios, como aprender una interfaz de linea de comandos si 
todavia no tenemos una interfaz grafica de usuario. Como hacer el 
trabajo de esa manera, porque no tenemos un paquete de software 
libre para hacerlo de otra forma todavia. Como pagar algo de dinero 
a una compania que va a desarrollar tal paquete de software libre, de 
modo que puedas tenerlo en unos pocos ahos. Pequenos sacrificios 
que todos podemos hacer. A largo plazo, incluso nosotros nos bene- 
ficiaremos de ellos. Sabeis, en realidad es mas una inversion que un 
sacrificio. Solo debemos tener suficiente vision a largo plazo para 
darnos cuenta de que es bueno para nosotros que invirtamos en 
mejorar nuestra sociedad, sin contar cada centimo de calderilla de 
quien consigue que parte del beneficio en esa inversion. 

Asi que, llegados hasta este punto, puedo decir que basicamente 
he terminado. 

Me gustaria mencionar que hay un nuevo acercamiento a los 
negocios de software libre propuesto por Tony Stanco, que el llama 
«desarrolladores libres», que implica una estructura empresarial que 
espera distribuir eventualmente cierta cantidad de beneficios a todos 
los autores de software libre que se hayan unido a la organization. 
Ahora estan fijandose en la perspectiva de conseguir un gran contra- 
to gubernamental de desarrollo informatico en la India, ya que van a 
usar software libre como base y de ese modo tener tremendos aho- 
rros en los costes. 

Bueno, supongo que ahora tengo que pediros que pregunteis. 
Turno de preguntas 

Pregunta. ^Como podria una compania como Microsoft incluir un 
contrato de software libre? 

Stallman. Bueno, realmente, Microsoft esta planeando desplazar 
muchas de sus actividades a los servicios [de asistencia]. Y lo que pla- 
nean hacer es algo sucio y peligroso, que es atar los servicios a los pro- 
gramas, un programa un servicio, en una suerte de zigzag. De modo 
que para usar un servicio, tienes que estar usando este programa de 
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Microsoft, esto va a significar que necesitas usar este servicio y este 
programa de Microsoft... para que todo este atado. Ese es su plan. 

Ahora bien, lo interesante es que vender esos servicios no implica 
ninguna cuestion etica sobre la election entre software libre o software 
propietario. Perfectamente, podria ser que ellos tuvieran ese negocio 
para vender esos servicios en la red. De todos modos, lo que Microsoft 
planea es usarlos para echar un cerrojazo aun mayor, un monopolio aun 
mas grande sobre el software y los servicios; esto ha sido descrito en un 
articulo reciente, creo que aparecio en el Business Week. Otros dicen que 
esta convirtiendo la red en la Ciudad Empresarial de Microsoft. 

Esto es relevante porque el tribunal que curso la demanda antimo- 
nopolio contra Microsoft recomendo dividir la compania — pero de una 
forma que no tenia sentido y que no haria ningun bien en absoluto — 
en dos partes: la de sistemas operativos y la de aplicaciones. 

Sin embargo leyendo ese articulo, veo util y efectivo dividir 
Microsoft en dos partes, la de servicios y la de software, para obligar- 
les a que se traten solo a distancia, de modo que la de servicios deba 
publicar sus interfaces para que cualquiera pueda escribir a un termi- 
nal con el fin de contactar con ellos, supongo que a cambio de un pre- 
cio. En cualquier caso, ese es un asunto completamente distinto. 

Si Microsoft se divide de esta forma... servicios y software, no 
seran capaces de usar su software para machacar a la competencia de 
los servicios de Microsoft. Y no seran capaces de usar sus servicios 
para machacar a la competencia del software de Microsoft. Nosotros 
seremos capaces de producir software libre y quiza vosotros lo utili- 
ceis para tratar con Microsoft Servicios, a nosotros no nos importara. 

Porque, despues de todo, aunque Microsoft es la empresa de soft- 
ware propietario que ha sojuzgado a un mayor numero de gente, las 
otras tambien han sojuzgado, aunque menos, pero no porque no lo 
hayan intentado [risas del publico]; simplemente no han tenido exito 
en sojuzgar a tanta gente. Asi, el problema no es Microsoft y solo 
Microsoft. Microsoft solo es el mayor ejemplo del problema que inten- 
tamos resolver, que es la usurpation de la libertad de los usuarios para 
cooperar por parte del software propietario y dar forma a una sociedad 
etica. De esta forma, no debemos centrarnos demasiado en Microsoft, 
aunque me hayan dado la oportunidad de estar en este estrado. Eso no 
les hace tan importantes. No son el principio y el final de todo. 
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Pregunta. Antes, estabas tratando las diferencias filosoficas entre el 
software open source y el software libre. iQue te parece la actual ten- 
dencia de las distribuciones de GNU/Linux que se dirige a soportar 
solo plataformas de Intel? 

Stallman. No veo que aqui haya ninguna cuestion etica. Aunque, de 
hecho, las empresas fabricantes de ordenadores a veces llevan insta- 
lado el sistema GNU/Linux. Aparentemente HP lo ha hecho reciente- 
mente. Y no se molestaron en pagar una migration a Windows, por- 
que les habria costado demasiado. Pero conseguir que GNU/ Linux 
fuera instalable supuso, creo, el trabajo de cinco ingenieros durante 
unos cuantos meses. Era facil de hacer. 

Ahora bien, por supuesto, yo animo a la gente a usar autoconf, que 
es un paquete de GNU que hace mas facil migrar tus programas. Les 
animo a hacerlo. Cuando una arregla un fallo que no se compilaba en 
una version del sistema y te lo manda, deberias incluirlo. Pero no veo 
que esto sea una cuestion etica. 

Pregunta. Dos comentarios. Uno es: recientemente, diste una charla 
en el MIT. Lei la trascripcion. Alguien te pregunto sobre las patentes, 
y tu dijiste que «las patentes son un asunto completamente distinto. 
No tengo nada que decir sobre eso». 

Stallman.. Cierto. En realidad tengo mucho que decir sobre las 
patentes, pero nos llevaria una hora. [Risas del publico]. 

Pregunta. Me referia a que me parece que hay todo un problema 
detras. Quiero decir, un motivo por el que las empresas llaman a las 
patentes y al copyright con palabras como propiedad, pura y dura, es 
porque intentan construir este concepto para usar el poder del Estado 
y crear una corriente de monopolio que les sea favorable. Y asi, lo que 
estas cosas tienen en comun no es que giren en torno a la misma cues- 
tion, sino que su motivation no es realmente la de servicio publico, 
sino la determination de las empresas de conseguir un monopolio 
favorable a sus intereses privados. 

Stallman. Tienes razon, eso es lo que quieren. Pero hay otro motivo 
por el que quieren usar el concepto de propiedad intelectual. Y es que 
no quieren animar a la gente a pensar con cuidado sobre la cuestion 
de las patentes y del copyright; porque la legislation de copyright y la 
de patentes son totalmente distintas y los efectos del copyright sobre 
el software y las patentes de software son totalmente diferentes. 
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Las patentes de software suponen una restriction para los programa- 
dores, ya que les prohibe escribir cierto tipo de programas, mientras 
que el copyright no hace eso. Con el copyright, tienes permiso de dis- 
tribution, al menos si los has escrito tu. Asi que es tremendamente 
importante separar los dos problemas. 

Solo tienen un poco en comun en un nivel muy basico, todo lo 
demas es diferente. Asi que, por favor, para fomentar la claridad de 
las ideas, debatid sobre el copyright o debatid sobre las patentes. 
Pero no debatais sobre la propiedad intelectual. Yo tengo opiniones 
diferentes sobre el copyright, sobre las patentes y sobre el software. 

Pregunta. Has mencionado al principio que un lenguaje funcional, 
como las recetas, es como un programa informatico. Pero hay 
mucha diferencia entre las recetas de cocina y los programas infor- 
maticos, entre la lengua inglesa y los programas informaticos —la 
definition de lenguaje funcional es muy amplia. Esto esta causando 
problemas en el caso de los DeCSS y el DVD. 

Stallman. Para las cosas que no son funcionales por naturaleza, los 
problemas son parcialmente similares pero tambien parcialmente 
distintos. Parte del problema se puede trasladar, pero no todo. Por 
desgracia, esto implicaria otra hora de charla. No tengo tiempo para 
entrar en este tema. Pero yo diria que todas las obras funcionales 
deberian ser libres en el mismo sentido que el software. Ya sabeis, 
libros de texto, manuales, diccionarios, recetas, y asi. 

Pregunta. Me estaba preguntando sobre la musica en Internet. Hay 
similitudes y diferencias. 

Stallman. Cierto. Yo diria que la libertad minima que deberiamos 
tener para cualquier tipo de information publicada es la libertad de 
redistribuirla no comercialmente, en toda su extension. Para obras fun- 
cionales, necesitamos la libertad de publicar comercialmente versiones 
modificadas, porque eso es tremendamente util para la sociedad. Para 
las obras no funcionales — ya sabeis, el entretenimiento, o las obras este- 
ticas, o aquellas que manifiestan el punto de vista de una determinada 
persona— quiza no deberian ser modificadas. Y quiza eso signifique 
que esta bien que el copyright cubra toda su distribution comercial. 

Por favor recordad que segun la Constitution de EEUU, el propo- 
sito de cualquier copyright es beneficiar al publico. Se trata de modi- 
ficar el comportamiento de ciertos sujetos privados, de tal forma que 
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publiquen mas libros. Y el beneficio que se deriva es que la sociedad 
puede discutir diversas cuestiones y aprender. Ya sabeis, tenemos 
literatura. Tenemos obras cientificas. El proposito es fomentarlas. El 
copyright no existe para el beneficio de los autores, ni mucho menos 
para beneficio de los editores. Existe para el beneficio de los lectores 
y de todos aquellos que se benefician de la transmision de informa- 
tion que se produce cuando la gente escribe y los demas leen. Yo 
estoy de acuerdo con esa meta. 

Sin embargo, en la epoca de las redes informaticas, el metodo ya 
no se sostiene en la medida en que requiere leyes draconianas que 
invaden la intimidad y aterrorizan a todo el mundo. Ya sabeis, podeis 
pasar anos de prision por compartir con el vecino. Esto no pasaba en 
la epoca de la imprenta. Entonces el copyright era una regulation 
industrial. Restringia a los editores. Ahora es una restriction impues- 
ta por los editores al publico. Asi que las relaciones de fuerza han 
virado 180 grados, aunque se trate de la misma ley. 

Pregunta. ^De este modo, puede ser como cuando se saca musica a 
partir de otra musica? 

Stallman. Cierto. Esa es una interesante... 

Pregunta. Y las obras nuevas, originales, tambien suponen mucha 
cooperacion. 

Stallman. Si. Y pienso que probablemente requiera algun tipo de 
concepto de uso razonable. Ciertamente coger unos pocos segundos 
de sample y usarlo para producir una pieza musical, obviamente 
deberia entenderse como uso razonable. Incluso la idea estandar de 
uso razonable incluye eso, si lo piensas. No estoy seguro de que los 
tribunales estuviesen de acuerdo, pero deberian. No supondria un 
autentico cambio en el sistema tal y como ha existido. 

Pregunta. ^Que piensas sobre la publication de information publica 
en formatos propietarios? 

Stallman. Ah, no se deberia hacer. Es decir, el gobierno nunca debe- 
ria obligar a los ciudadanos a usar un programa no libre para acceder 
a el, para comunicarse con el gobierno de cualquier manera, en cual- 
quier direction. 

Pregunta. Yo he sido lo que ahora llamare un usuario de GNU/ 
Linux. . . 
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Stallman. Gracias. [Risas del publico]. 

Pregunta. . . .desde los ultimos cuatro ahos, lo unico que ha sido pro- 
blematico para mi, y es algo que es esencial, pienso, para todos nos- 
otros, es navegar por Internet. 

Stallman. Si. 

Pregunta. Algo que decididamente ha sido el punto debil de usar el 
sistema GNU/Linux ha sido navegar por Internet, porque la herra- 
mienta mas usada para esto es Netscape... 

Stallman. No es software libre. Permiteme que te responda a esto. 
Quiero tratar este punto en aras de comprender mejor. Ha existido una 
tendencia terrible a que la gente use el navegador Netscape en sus 
sistemas GNU/Linux. De hecho, todos los sistemas empaquetados 
comercialmente vienen con el. Se trata de una situation ironica: tra- 
bajamos muy duro para hacer un sistema operativo libre, y ahora, si 
vas a la tienda, puedes encontrar versiones de GNU/Linux, la mayo- 
ria se llaman Linux, y no son libres. Bueno, una parte si lo es. Pero 
luego esta el navegador Netscape y quizas tambien otros programas 
no libres. Asi que actualmente es muy dificil encontrar un sistema 
libre, a no ser que sepas muy bien lo que haces. O, por supuesto, que 
no te puedas instalar el navegador Netscape. 

Ahora bien, en realidad, existen navegadores web libres desde 
hace muchos ahos. Existe un navegador web libre que yo solia usar 
llamado Lynx. Es un navegador web libre que no es grafico; solo 
texto. Esto tiene una tremenda ventaja, y es que no ves los anuncios. 
[Risas del publico]. [Aplausos]. 

Pero de todos modos, hay un proyecto grafico libre llamado 
Mozilla, que ahora esta llegando al punto de que pueda ser usado. Yo 
lo uso ocasionalmente. 

Pregunta. Konqueror 2.01 es muy bueno. 

Stallman. Ah, vale. Pues ese es otro navegador grafico libre. Asi, 
finalmente estamos resolviendo el problema, supongo. 

Pregunta. ^Me puedes decir algo sobre esa division filosofico/ etica 
entre el software libre y open source? ^Crees que son irreconcilia- 
bles?... [Se cambia la cinta de grabacion y se pierde el final de la pre- 
gunta y el comienzo de la respuesta]. 
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Stallman. . . . libertad y etica. O si dices, bueno, espero que las empre- 
sas decidais que es mas rentable que nos permitais hacer estas cosas. 

Pero, como he dicho, en buena parte del trabajo practico no 
importa verdaderamente cuales sean las motivaciones politicas de 
una persona. Cuando una persona se ofrece a ayudar al proyecto 
GNU, no le decimos: «Tienes que estar de acuerdo con nuestra poli- 
tical Decimos que, en un paquete GNU, tiene que llamar al sistema 
GNU/Linux y que tiene que llamarlo software libre. Lo que digas 
cuando no estes hablando del proyecto GNU, es cosa tuya. 

Pregunta. La empresa IBM initio una campana dirigida a las agen- 
cias gubernamentales para vender sus nuevas grandes maquinas, en 
las que usaban Linux como reclamo, y lo llamaban Linux. 

Stallman. Si. Por supuesto, realmente es el sistema GNU/Linux. 
[Risas del publico]. 

Pregunta. jEso es! Bueno, pues el director de ventas no sabia nada de 
GNU. 

Stallman. Si. El problema es que ya han decidido con mucho cuida- 
do que es lo que quieren decir en razon de su provecho. Y la cuestion 
sobre que forma de describirlo es mas precisa, o justa, o correcta no 
es la cuestion fundamental que preocupa a una empresa como esa. 
Bien, en algunas pequenas empresas, si, habra un jefe. Y si el jefe esta 
inclinado a pensar sobre ese tipo de cosas, podria tomar una decision 
en ese sentido. Pero no una corporation gigantesca. Es una pena. 

Hay otro asunto mas importante y mas sustancial acerca de lo que 
esta haciendo IBM. Estan diciendo que estan invirtiendo un billon de 
dolares en «Linux». Pero quizas tambien deberia ponerle comillas a 
«invirtendo en», porque parte de ese dinero esta pagando a gente para 
que desarrolle software libre. Se trata verdaderamente de una contri- 
bution a nuestra comunidad. Sin embargo, otras divisiones estan 
pagando a la gente para que escriba software propietario, o para ins- 
talar software propietario sobre GNU/Linux y esa no es una contribu- 
tion a nuestra comunidad. IBM lo esta mezclando todo. Algo de esto 
pueda ser quizas propaganda, y es parcialmente una contribution, 
aunque en parte sea incorrecta. Es un tema dificil. Parte de lo que 
hacen es una contribution y parte no, y parte es algo asi... pero no 
exactamente. Y no puedes mezclarlo todo y pensar «jGuau! Un billon 
de dolares de IBM». [Risas del publico]. Es simplificarlo demasiado. 
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Pregunta. ^Puedes hablar un poco mas sobre las ideas que sustenta- 
ron la GPL? 

Stallman. ^El pensamiento que sustento la GPL? En parte queria 
proteger la libertad de la comunidad contra el fenomeno que ya he 
descrito con X Windows, que tambien ha sucedido con otros progra- 
mas de software libre. En realidad, cuando yo empece a pensar sobre 
este asunto, el caso de X Windows todavia no se habia presentado. 
Pero ya habia visto como pasaba lo mismo con otros programas 
libres. Por ejemplo, T E X. Queria asegurarme de que todos los usua- 
rios tuvieran libertad. De otro modo, me di cuenta de que podria 
escribir un programa y quiza mucha gente usaria el programa, pero 
no tendria libertad. que sentido tendria eso? 

Pero la otra cuestion sobre la que estaba pensando era que queria 
dar a la comunidad la sensation de que no era un felpudo, la sensa- 
tion de que no tenia que ser presa de cualquier parasito que pasara 
por ahi. Si no usas copyleft, esencialmente estas diciendo: [hablando 
docilmente] «Coge mi codigo. Haz lo que quieras. No digo que no». 
Asi que cualquiera puede aparecer y decir: [hablando con mucha fir- 
meza] «Ah, quiero hacer una version no libre de esto. Me lo llevo». Y 
entonces, por supuesto, posiblemente hagan algunas mejoras, esas 
versiones no libres podrian atraer a los usuarios y sustituir las versio- 
nes libres. Y entonces, ^,que has conseguido? Simplemente habras 
hecho una donation a algun proyecto de software propietario. 

Cuando la gente ve que esta sucediendo eso, cuando la gente ve 
que otra gente se lleva lo que hago y jamas dan nada a cambio, puede 
llegar a ser desmoralizante. Y esto no es solo una especulacion. He 
visto como pasaba. Esto era en parte lo que sucedio cuando se extin- 
guio la vieja comunidad a la que yo habia pertenecido en la decada 
de 1970. Algunos empezaron a dejar de ser cooperatives. Nosotros 
asumimos que se estaban lucrando. Ciertamente actuaban como si 
pensar an que se estaban lucrando. Y nosotros nos dimos cuenta de 
que ellos podian aprovechar nuestra cooperation y no dar nada a 
cambio. No habia nada que pudieramos hacer al respecto. Era desco- 
razonador. Nosotros, aquellos de nosotros a los que no nos gustaba 
esa tendencia, llegamos a discutir sobre el asunto pero no pudimos 
sacar ninguna idea de como detenerlo. 

La GPL esta disehada para impedir eso. Dice: «Si, sois bienveni- 
dos de uniros a la comunidad y usar este codigo». Podeis usarlo para 
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hacer todo tipo de trabajos. Pero, si publicais una version modificada, 
teneis que publicarla en nuestra comunidad, como parte de nuestra 
comunidad, como parte del mundo libre. 

Asi que, de hecho, hay muchos modos de que la gente se benefi- 
cie de nuestro trabajo sin contribuir, como el hecho de que no tenga 
que escribir ningun software. Mucha gente usa GNU/Linux y no 
escribe nada de software. No hay obligation de que tengas que hacer 
algo por nosotros. Pero si haces cierto tipo de cosas, tienes que con- 
tribuir. Esto significa que nuestra comunidad no es un felpudo. Y 
creo que esto dio a la gente la fuerza para sentir que no seriamos 
pisoteados por todo el mundo. Nos alzaremos por esta causa. 

Pregunta. Teniendo en cuenta el software libre sin copyleft, dado que 
cualquiera puede pillarlo y hacerlo propietario, ^no es posible que 
alguien lo pille, haga algunos cambios y lo lance todo bajo la GPL? 

Stallman. Si, es posible. 

Pregunta. Entonces eso convertiria todas las copias futuras en GPL. 

Stallman. A partir de esa rama. Esto es una de las razones por lo que no 
lo hacemos. Me voy a explicar. Podriamos, si quisieramos, coger el X 
Windows, hacer una copia protegida por la GPL y hacer cambios en ella. 
Pero hay todavia un grupo mas grande de gente trabajando en mejorar 
X Window sin la GPL. Asi que, si hicieramos eso, nos estariamos apro- 
vechando de ellos. Y eso no es una forma muy amable de tratarlos. Ellos 
son parte de nuestra comunidad, contribuyen a nuestra comunidad. 

En segundo lugar, seria tirar piedras contra nuestro propio tejado, 
porque ellos estan trabajando mucho mas en X de lo que nosotros lo 
hariamos. Asi que nuestra version seria inferior a la suya y la gente 
no la usaria, lo cual significa, ^,para que tomarse tanto trabajo? 

Asi que cuando alguien escribe una mejora de X Windows, lo que 
digo es que esa persona deberia cooperar con el equipo de desarrollo 
de X. Enviarsela y dejar que la usen a su manera, porque estan desarro- 
llando un elemento muy importante de software libre. Es beneficioso 
para nosotros que cooperemos con ellos. 

Pregunta. Teniendo en cuenta X, en concrete. . hace unos dos ahos el 
Consorcio X estaba muy metido en el movimiento open source... 

Stallman. Bueno, en realidad no era open source. Quizas dijeron 
que lo era. No recuerdo si lo dijeron o no. Pero no era open source. 
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Era restringido. No podias distribuirlo comercialmente, creo. O no 
podias distribuir comercialmente una version modificada, o algo asi. 
Existia una restriction considerada inaceptable tanto por el movi- 
miento del software libre como por el movimiento del open source. 

Y si, a eso es a lo que te expones cuando usas una licencia que no 
es copyleft. En realidad, el Consorcio X tenia una politica muy rigida. 
Dicen: «Si tu programa tiene copyleft, aunque sea una parte muy 
pequena, no lo distribuiremos en absoluto». No lo pondremos en 
nuestra distribution. Asi que mucha gente recibio presiones en este 
sentido para que no utilizara copyleft. Y el resultado fue que mas 
tarde todo su software fue abierto, completamente. La misma gente 
que habia presionado a los desarrolladores para que fueran muy per- 
misivos, mas tarde decian: «Vale, ahora podemos poner restriccio- 
nes», lo cual no era muy etico por su parte. 

Pero, dada la situation, ^de verdad queremos reunir a duras penas 
los recursos necesarios para mantener una version de X alternativa y 
protegida por la GPL? No tendria ningun sentido. Hay otras muchas 
cosas que necesitamos hacer. Hagamoslas en su lugar. Podemos coo- 
perar con los desarrolladores de X. 

Pregunta. ^Podrias decirnos si GNU es una marca registrada? ^Es 
practico incluir como parte de la GNU GPL la autorizacion de marcas? 

Stallman. En realidad, estamos solicitando un registro de marca 
para GNU. Pero realmente no tiene nada que ver con eso. Es una his- 
toria muy larga de explicar. 

Pregunta. Podriais obligar a que la marca apareciera en los progra- 
mas protegidos por la GPL. 

Stallman. No, no lo creo. Las licencias protegen programas indivi- 
duals. Y cuando un programa dado es parte del proyecto GNU, 
nadie miente al respecto. El nombre del sistema como un todo es un 
asunto diferente. Y esto es un tema aparte. No merece la pena discu- 
tir mas sobre ello. 

Pregunta. Si pudieras apretar un boton para obligar a todas las 
empresas a hacer libre su software, <do harias? 

Stallman. Bueno, solo lo usaria con el software publicado. Creo que 
la gente tiene derecho a escribir un programa privado y usarlo. Y eso 
incluye a las empresas. Esto es un asunto de privacidad. Y es cierto, 
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puede haber ocasiones en que esto puede ser incorrecto, como en el 
caso de que sea tremendamente util para la humanidad y se lo estes 
ocultando. Esta mal pero es un tipo de mal diferente. Es un asunto 
diferente, aunque se encuentre en el mismo ambito. 

Pero si, pienso que todo el software publicado deberia ser software 
libre. Y recordad, cuando no es software libre, se debe a la intervention 
gubernamental. El gobierno esta interviniendo para hacerlo no libre. 
El gobierno esta creando poderes legales especiales para hacer conce- 
siones a los propietarios de programas, de modo que puedan tener a 
la policia impidiendo que usemos los programas de cierta forma. Asi 
que ciertamente me gustaria acabar con eso. 

Ed Schonberg. La exposition de Richard ha generado una cantidad 
enorme de energia intelectual. Me gustaria recomendar que parte de 
ella se utilizara para usar y posiblemente escribir, software libre. 

Deberiamos cortar pronto el debate. Quiero decir que Richard ha 
inyectado en una profesion, que es conocida entre el publico general 
por su terminal ineptitud politica, un nivel de debate politico y moral 
que, creo, no tiene precedentes en nuestra profesion. Le debemos 
mucho por ello. [Aplausos del publico] 



• Algunas palabras que se deben evitar 



Existen ciertas palabras yfrases que recomendamos evitar, al menos en 
ciertos contextos o con ciertos usos, bien porque son ambiguas o bien 
porque expresan indirectamente una opinion con la que esperamos que 
no estes totalmente de acuerdo. 



Comercial 



Por favor no uses «comercial» como sinonimo de «no libre». Se esta- 
rian confundiendo dos asuntos completamente distintos. 

Un programa es comercial si se desarrolla como parte de una acti- 
vidad empresarial. Un programa comercial puede ser libre o no libre, 
segun su licencia. De la misma forma, un programa desarrollado por 
una escuela o un particular puede ser libre o no libre, segun su licen- 
cia. Ambas cuestiones, que clase de entidad desarrollo el programa y 
que libertad tienen sus usuarios, son independientes. 

En la primera decada del movimiento del software libre, los 
paquetes de software eran casi siempre no comerciales; los compo- 
nentes del sistema operativo GNU/Linux fueron desarrollados por 
individuos u organizaciones sin animo de lucro como la FSF y algu- 
nas universidades. Pero en la decada de 1990 comenzo a aparecer 
software libre comercial. 

El software libre comercial es una contribution a nuestra comuni- 
dad, por lo que debemos promoverlo. Pero quienes piensen que 
«comercial» significa «no libre» tenderan a pensar que la combination 



Escrito originalmente en 1996, esta version forma parte de Software libre para una 
sociedad libre, editorial Traficantes de suenos, 2004 (http://www.traficantes.net, ISBN 
84-933555-1-8. 

Se permite la copia del articulo completo en cualquier formato, ya sea sin animo 
de lucro o con fines comerciales, siempre y cuando no se modifique su contenido, 
se respete su autoria y esta nota se mantenga. 
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de «libre» y «comercial» es contradictoria y rechazaran esa posibilidad. 
Tengamos cuidado de no utilizar la palabra «comercial» de esa manera. 

Contenido 



Para describir un estado de comodidad y satisfaction, sin ninguna 
duda diras que estas «contento», pero es mejor no usar esta palabra 
para describir obras escritas y otras obras de autoria, ya que encierra 
una actitud especifica hacia esas mismas obras: 1 que son un produc- 
to intercambiable cuyo fin es el de llenar un recipiente y ganar dine- 
ro. En realidad, es una falta de respeto hacia las propias obras. 

Los que usan este termino suelen ser a menudo los mismos edito- 
res que presionan para que aumente el poder del copyright en nom- 
bre de los autores — «creadores», como ellos dicen— de las obras. El 
termino «contento» revela como se sienten realmente. 

Ya que hay quien utiliza la expresion «proveedor de contenidos» / 
los disidentes politicos bien pueden autodenominarse «proveedores 
de descontentos». 



Creador 



El termino «creador» aplicado a los autores, los equipara implicita- 
mente a una deidad («el creador »). Este termino es utilizado por los 
editores para elevar la estatura moral de los autores por encima de la 
del ciudadano medio, justificando un mayor poder del copyright que 
los editores pueden ejercer en nombre de los autores. 

Freeware 



Por favor no uses el termino «freeware» como sinonimo de «softwa- 
re libre». El termino «freeware» fue utilizado con frecuencia durante 



1 En ingles la palabra «content» significa tanto «contenido» como «contento» o «satis- 
fecho», circunstancia que Stallman emplea para hacer un juego de palabras en esta 
entrada. [N. del E.] 
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la decada de 1980 para hacer referenda a programas publicados solo 
como ejecutables, con el codigo fuente no disponible. Hoy en dia no 
esta aceptada ninguna definition especifica. 

De la misma manera, si utilizas otro idioma diferente al ingles, 
por favor intenta evitar palabras tomadas del ingles como «free soft- 
ware» o «freeware». Intenta utilizar palabras menos ambiguas que te 
ofrezca tu propio idioma, por ejemplo: 



O Aleman: freie software 
O Arabe: baramej horrah 
O Chino: ziyou man jian 
O Esloveno: prosto programje 
O Espanol: software libre 
O Esperanto: libera softvaro 
O Frances: logiciel libre 
O Holandes: vrije software 
O Hungaro: szabad szoftver 
O Italiano: software libero 
O Japones: jiyuu-na software 
O Portugues: software livre 
O Sueco: fri programvara 
O Tamil: Viduthalai 
O Turco: ozgur yazilim 



Gestion de derechos digitales 



El software para la gestion de derechos digitales esta disenado en rea- 
lidad para imponer restricciones a los usuarios de ordenadores. El 
uso de la palabra «derechos», en esta expresion, responde a una pro- 
paganda pensada para que, sin darte cuenta, consideres la cuestion 
desde el punto de vista de los pocos que imponen las restricciones, 
mientras ignoras los derechos de los muchos a quienes las restriccio- 
nes son impuestas. 

Son buenas alternativas: «Gesti6n de restricciones digitales» o 
«software con grilletes». 
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Licencia de tipo BSD 

La expresion «licencia de tipo BSD» lleva a confusion ya que se trata de 
licencias que tienen importantes diferencias. Por ejemplo, la licencia 
BSD original con la clausula sobre publicidad es incompatible con la 
GNU GPL, pero la licencia BSD revisada si es compatible con la GPL. 
Para evitar confusiones es mejor evitar la vaga expresion «de tipo BSD». 

Pirateria 

Los editores frecuentemente se refieren a la copia prohibida como 
«pirateria». De esta forma, expresan indirectamente que hacer copias 
ilegales es eticamente equivalente a atacar barcos en alta mar, y 
secuestrar y asesinar a la gente que viaja en ellos. 

Si no crees que la copia ilegal sea como secuestrar y asesinar, podrias 
no usar la palabra «pirateria» para describirla. Expresiones neutrales 
como «copia prohibida» o «copia no autorizada» pueden utilizarse en 
su lugar. Incluso algunos de nosotros podriamos preferir utilizar una 
expresion positiva tal como «compartir information con tu vecino». 

Propiedad intelectual 

A los editores y a los abogados les gusta describir el «copyright» 
como «propiedad intelectual». La expresion «propiedad intelectual» 
conlleva una presuncion oculta: que la forma mas normal de pensar 
respecto a la cuestion de la copia se basa en una analogia con los obje- 
tos fisicos y en la idea que nos hacemos de ellos como propiedad. 

Pero esta analogia pasa por alto la diferencia crucial entre objetos 
materiales e information: la information puede ser copiada y com- 
partida casi sin esfuerzo, mientras que los objetos materiales no. 
Fundar tu pensamiento en esta analogia es ignorar esta diferencia. 

Incluso el sistema legal de EEUU no acepta por completo esta ana- 
logia, debido a que no trata al copyright como un derecho de propiedad 
sobre objetos fisicos. 
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Si no quieres limitarte esta forma de pensar, es mejor evitar la expresion 
«propiedad intelectual» en tus palabras y en tus pensamientos. 

Hay otro problema con el termino «propiedad intelectual»: es un 
termino generico en el que se mezclan varios sistemas legales diferen- 
tes, incluyendo copyright, patentes, marcas registradas y otros, que tie- 
nen muy poco en comun. Estos sistemas legales, que se originaron por 
separado, regulan actividades distintas, operan de distinta manera y 
plantean distintas cuestiones sobre las normativas publicas. Por ejem- 
plo, si aprendes algo sobre las leyes de copyright, haras bien en asu- 
mir que no es una ley de patentes, ya que casi siempre es asi. Puesto 
que estas leyes son tan distintas, la expresion «propiedad intelectual» 
es una invitation a una generalization simplista. Asi, cualquier opi- 
nion sobre «propiedad intelectual» sera, casi con seguridad, una estu- 
pidez. En un contexto tan impreciso, ni siquiera se pueden apreciar 
los problemas especificos sobre politica publica que plantean las 
leyes de copyright o los diferentes problemas suscitados por las leyes 
de patentes, o por cualquiera de las otras. 

El termino «propiedad intelectual» lleva a la gente a centrarse en el 
minimo comun denominador de estas leyes distintas, que es el hecho de 
que establecen algunas abstracciones que pueden comprarse y vender- 
se, e ignorar el aspecto importante, que son las restricciones que impo- 
nen al publico y que bien o mal provocan estas mismas restricciones. 

Si quieres pensar con claridad en las cuestiones que plantean las 
patentes, el copyright y las marcas registradas, o incluso aprender 
que dictan estas leyes, el primer paso consiste en olvidarte de que 
alguna vez oiste la expresion «propiedad intelectual» y tratar cada 
una de las cuestiones de forma independiente. Para ofrecer una infor- 
mation clara y fomentar un pensamiento lucido, nunca hables o 
escribas sobre «propiedad intelectual»; en lugar de eso, expon el tema 
de manera concreta sobre el copyright, las patentes o cualquier otra 
ley especifica a la que te estes refiriendo. 

De acuerdo con el profesor Mark Lemley de la Facultad de Derecho 
de la Universidad de Tejas, el extendido uso de la expresion «propiedad 
intelectual» es una mania reciente, surgida en 1967 en la fundacion de 
la Organization Mundial de la Propiedad Intelectual, OMPI. 2 La OMPI 



Vease la nota 123 de su resena de marzo de 1997, en la revista de derecho de Tejas, 
de Romantic Autorship and the Rhetoric of Property de James Boyle. 
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defiende los intereses de los titulares del copyright, patentes y marcas 
registradas, presionando a los gobiernos para aumentar su poder. Uno 
de los tratados de la OMPI sigue la linea de la Digital Millenium 
Copyright Act que se ha utilizado en los Estados Unidos para censurar 
algunos paquetes muy utiles de software libre en EEUU. 3 

Protection 

A los abogados de los editores les encanta utilizar el termino «protec- 
cion» para describir el «copyright». Esta palabra lleva implicita la 
idea de que evita la destruction o el sufrimiento; por lo tanto, impul- 
sa a la gente a identificarse con el propietario y el editor, que se bene- 
fician del «copyright», en lugar de identificarse con los usuarios que 
son restringidos por el. 

Es facil evitar el termino «proteccion» y utilizar expresiones neu- 
trales en su lugar. Por ejemplo, en lugar de «la protection del copy- 
right permanece vigente por un tiempo prolongado», puedes decir, 
«el copyright permanece vigente por un tiempo prolongado». 

Si quieres criticar el copyright en lugar de apoyarlo, puedes emplear 
la expresion «restricciones del copyright». 

RAND (razonable y no discriminatoria) 

Los organismos de estandarizacion, que promulgan estandares res- 
tringidos de patentes que prohiben el software libre, suelen llevar a 
cabo una politica para la obtencion de licencias que requiere el pago 
de una tasa fija por cada copia hecha de un programa que cumpla 
esos estandares. A menudo se refieren a dichas licencias con el termi- 
no «RAND», que son las siglas de «razonable y no discriminatoria». 

Este termino no es mas que un lavado de cara para un tipo de licen- 
cias de patentes que no son normalmente ni razonables ni no discrimi- 
natorias. Es cierto que estas licencias no discriminan a ninguna perso- 
na en particular, pero si discriminan a la comunidad del software libre, 



Visita http://www.wipout.net para informarte sobre una campaha contra la OMPI. 
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lo que no las hace en absolute* razonables. Asi que la mitad de 
«RAND» es engahosa y la otra mitad discriminatoria. 

Los organismos de estandarizacion deberian reconocer que estas 
licencias son discriminatorias y no usar la expresion «razonable y no 
discriminatoria» o «RAND» para describirlas. Hasta que lo reconoz- 
can, los escritores que no quieran unirse a ese lavado de cara haran 
bien en descartar esta expresion. Aceptarla y utilizarla meramente 
porque las companias esgrime-patentes han extendido su uso, es per- 
mitir que esas companias dicten su propia voluntad. 

Recomiendo la expresion «uniform fee only», o UFO de forma mas 
abreviada, 4 como alternativa. Esta es la expresion exacta ya que la unica 
condition de estas licencias es el pago de una tasa uniforme de uso. 

Robo 



Los apologetas del copyright emplean con frecuencia palabras como 
«robo» y «hurto» para describir la violation del copyright. Al mismo 
tiempo, piden que consideremos el sistema legal como una autoridad 
etica: si copiar esta prohibido, debe ser malo. De este modo, es perti- 
nente mencionar que el sistema legal — al menos en los Estados 
Unidos— rechaza la idea de que la violation del copyright sea un 
«robo». Los apologetas del copyright apelan a la autoridad, mientras 
tergiversan lo que la propia autoridad dice. La idea de que las leyes 
deciden que esta bien o que esta mal responde normalmente a una 
equivocation. Las leyes son, en el mejor de los casos, un intento de 
alcanzar justicia; decir que las leyes definen la justicia o la conducta 
etica es darle la vuelta a las cosas. 



Software gratuito 5 

Si quieres decir que un programa es software libre, por favor no digas 
que esta disponible «de forma gratuita». Esa expresion significa 



4 Uniform fee only: solo tasa uniforme. UFO son las siglas en ingles de «unidentified 
flying object», objeto volante no identificado. [N. del E.] 

5 En el original for free, recursiva apelacion a la distincion entre free como libre y como 
gratuito. [N. del E.] 
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explicitamente que tiene un «precio cero». El software libre es una 
cuestion de libertad, no de precio. 

Las copias de software libre frecuentemente estan disponibles de 
forma gratuita — por ejemplo, para ser descargadas por FTP. Pero las 
copias de software libre tambien estan disponibles por un cierto pre- 
cio en CD-ROM; tambien las copias de software propietario estan 
ocasionalmente en promotion de forma gratuita y algunos paquetes 
propietarios estan disponibles en muchas ocasiones, sin coste alguno, 
para ciertos usuarios. 

Para evitar la confusion, puedes decir que el programa esta dispo- 
nible «como software libre». 

Software regalado 

Es erroneo utilizar el termino «regalar» para referirse a «distribuir 
un programa como software libre». Tiene el mismo problema que 
«software gratuito»: expresa que lo importante es el precio, no la 
libertad. Una forma de evitar esta confusion es decir, «publicado 
como software libre». 

Vender software 

La expresion «vender software» es ambigua. Estrictamente hablando, 
intercambiar una copia de un programa libre por una cantidad de 
diner o es « vender »; pero la gente normalmente asocia el termino 
«vender» con restricciones propietarias en el uso consecutivo del 
software. Puedes ser mas preciso y evitar confusiones, diciendo «dis- 
tribuir copias de un programa por una cantidad» o «imponer restric- 
ciones propietarias al uso de un programa», dependiendo de lo que 
quieras expresar. 

Vease el capitulo «vender software libre» para profundizar sobre 
esta cuestion. 





Seccion cuatro 




Licencias 



Licencia Publica General GNU 1 

[General Public License o GPL-GNU] 

Version 2, junio 1991, 
Copyright © 1989, 1991 Free Software Foundation, Inc. 
675 Mass Ave, Cambridge, MA 02139, EEUU 



Se permite la copia y distribution de copias literales de este 
documento, pero no se permite su modification. 

Preambulo 

Las licencias que cubren la mayor parte del software estan disenadas 
para despojarle de la libertad para compartirlo y para modificarlo. 
Por el contrario, la Licencia Publica General de GNU pretende garan- 
tizar la libertad de compartir y modificar software libre —para ase- 
gurar que el software sea libre para todos sus usuarios. Esta Licencia 
Publica General se aplica a la mayor parte del software de la Free 
Software Foundation y a cualquier otro programa, si sus autores se 
comprometen a utilizarla. [Existe otro software de la Free Software 
Foundation que esta cubierto por la Licencia Publica General de GNU 
para Bibliotecas]. Tambien puede aplicarla a sus propios programas. 



1 This is an unofficial translation of the GNU General Public License into Spanish. It 
was not published by the Free Software Foundation, and does not legally state the dis- 
tribution terms for software that uses the GNU LGPL —only the original English text 
of the GNU GPL does that. However, we hope that this translation will help Spanish 
speakers understand the GNU GPL better. [Esta es una traduccion no oficial al espa- 
nol de la GNU General Public License. No ha sido publicada por la Free Software 
Foundation y no establece legalmente las condiciones de distribucion para el software 
que usa la GNU GPL. Estas condiciones se establecen solamente en el texto original, 
en ingles, de la GNU GPL. Sin embargo, esperamos que esta traduccion ayude a los 
hispanohablantes a entender mejor la GNU GPL]. 
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Cuando hablamos de software libre, estamos refiriendonos a la liber- 
tad, no al precio. Nuestra licencia publica general esta disenada para 
asegurarnos de que tenga la libertad de distribuir copias de software 
libre — y cobrar por ese servicio si quiere— , de que reciba el codigo 
fuente o de que pueda conseguirlo si asi lo desea, de que pueda modi- 
ficar el software o utilizar fragmentos del mismo en nuevos programas 
libres, y de que sepa que puede hacer todas estas cosas. 

Para proteger sus derechos, necesitamos algunas restricciones que 
prohiban negarle estos derechos o pedirle que renuncie a ellos. Estas 
restricciones se traducen en ciertas obligaciones que le afectan si dis- 
tribuye copias del software, o si modifica software. 

Por ejemplo, si distribuye copias de uno de estos programas, ya 
sea gratuitamente, o a cambio de unos honorarios, debe dar a los 
receptores todos los derechos que posee. Debe asegurarse de que 
ellos tambien reciben, o pueden conseguir, el codigo fuente. Y debe 
mostrarles estas condiciones de forma que conozcan sus derechos. 

Protegemos sus derechos por medio de la combination de dos 
medidas: (1) ponemos el software bajo copyright y (2) le ofrecemos 
esta licencia, que le da permiso legal para copiar, distribuir y/o modi- 
ficar el software. 

Tambien, para proteger a cada autor y a nosotros mismos, quere- 
mos asegurarnos de que todo el mundo comprende que no se pro- 
porciona ninguna garantia para este software libre. Si el software es 
modificado y distribuido, queremos que sus receptores sepan que lo 
que tienen no es el original, de forma que cualquier problema intro- 
ducido por otros no afecte a la reputation de los autores originales. 

Por ultimo, cualquier programa libre esta constantemente amena- 
zado por las patentes de software. Queremos evitar el peligro de que 
los distribuidores de un programa libre lo patenten por su cuenta, 
convirtiendo asi el programa en propietario. Para evitar esto, hemos 
dejado claro que cualquier patente debe ser registrada para el libre 
uso, o no ser registrada de ninguna manera. 

Los terminos exactos y las condiciones para la copia, distribution 
y modification se exponen a continuation. 
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Terminos y condiciones para la copia, distribution y modifi- 
cacion de la licencia publica general de gnu 

0. Esta licencia se aplica a cualquier programa u otro tipo de trabajo 
que contenga una nota colocada por el titular del copyright que 
sehale que puede ser distribuido bajo los terminos de la Licencia 
publica general. En adelante, el «Programa» se referira a cualquier 
programa o trabajo que cumpla esa condition y el «trabajo basado 
en el programa» se referira bien al Programa o a cualquier trabajo 
derivado de el, segun la ley de copyright; esto es, un trabajo que 
contenga el programa o una portion de el, ya sea de forma literal o 
con modificaciones y/o traducido en otro lenguaje. (Por lo tanto, la 
traduction esta incluida sin limitaciones en el termino «modifica- 
cion»). Cada titular de la licencia sera denominado «usted». 

Cualquier otra actividad que no sea la copia, distribucion o modifi- 
cation no esta cubierta por esta licencia y esta fuera de su incum- 
bencia. El acto de ejecutar el Programa no esta restringido y los 
resultados del Programa estan cubiertos unicamente si sus conteni- 
dos constituyen un trabajo basado en el Programa, independiente- 
mente de haberlo producido mediante la ejecucion del mismo. El 
que esto se cumpla, depende de lo que haga el Programa. 

1. Usted puede copiar y distribuir copias literales del codigo fuente 
del Programa, segun lo ha recibido, en cualquier medio, siempre 
que de forma adecuada y bien visible publique en cada copia un 
anuncio de copyright adecuado y un repudio de garantia; man- 
tenga intactos todos los anuncios que se refieran a esta licencia y 
a la ausencia de garantia y proporcione a cualquier otro receptor 
del programa una copia de esta licencia junto con el Programa. 

Puede cobrar un precio por el acto fisico de transferir una copia, y 
puede, segun su libre albedrio, ofrecer una garantia a cambio de 
unos honor arios. 



2. Puede modificar su copia o sus copias del Programa o de cualquier 
fragmento del mismo, creando de esta manera un trabajo basado en 
el Programa, y puede copiar y distribuir esa modification o trabajo 
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bajo los terminos del apartado 1, antedicho, siempre que ademas 
cumpla las siguientes condiciones: 

a. Debe hacer que los ficheros modificados lleven anuncios pro- 
minentes indicando que los ha cambiado y la fecha de cual- 
quier modification. 

b. Debe hacer que cualquier trabajo, que distribuya o publique y 
que en todo o en parte contenga o sea derivado del Programa o 
de cualquier parte de el, sea registrado como un todo, sin carga 
alguna a terceras partes bajo las condiciones de esta licencia. 

c. Si el programa modificado lee normalmente ordenes interacti- 
vamente cuando es ejecutado, debe hacer que, cuando comien- 
ce su ejecucion para ese uso interactivo de la forma habitual, 
muestre o escriba un mensaje que incluya un anuncio del 
copyright y un anuncio de que no se ofrece ninguna garantia 
— o por el contrario que usted provee la garantia— y que los 
usuarios pueden redistribuir el programa bajo estas condicio- 
nes, indicando al usuario como puede ver una copia de esta 
Licencia. (Exception: si el propio programa es interactivo pero 
normalmente no muestra este anuncio, no se requiere que su 
trabajo basado en el Programa muestre ningun anuncio). 

Estos requisitos se aplican al trabajo modificado como un todo. Si 
partes identificables de ese trabajo no son derivadas del Programa, 
y pueden, razonablemente, considerarse trabajos independientes y 
separados en si mismos, entonces esta Licencia y sus terminos no se 
aplicaran a esas partes cuando sean distribuidas como trabajos 
separados. Pero cuando distribuya esas mismas secciones como 
partes de un conjunto, que no deja de ser un trabajo basado en el 
Programa, la distribution del conjunto debe hacerse segun los ter- 
minos de esta Licencia, cuyos permisos para otros propietarios de 
la Licencia se extienden al conjunto completo, y por lo tanto a todas 
y cada una de sus partes, con independencia de quien la escribio. 

Por lo tanto, no es la intention de este apartado reclamar derechos 
o desafiar sus derechos sobre trabajos escritos completamente por 
usted. Mas bien se intenta ejercer el derecho a controlar la distri- 
bution de los trabajos derivados o colectivos basados en el 
Programa. 
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Ademas, el simple hecho de reunir un trabajo no basado en el 
Programa con el Programa — o con un trabajo basado en el 
Programa— , en un volumen de almacenamiento o en un medio 
de distribution, no hace que dicho trabajo entre dentro del ambi- 
to cubierto por esta licencia. 

3. Puede copiar y distribuir el Programa — o un trabajo basado en el, 
segun se especifica en el apartado 2—, como codigo objeto o en 
formato ejecutable segun los terminos de los apartados 1 y 2, 
siempre que ademas cumpla una de las siguientes condiciones: 

a. Acompanarlo con el codigo fuente completo correspondiente, 
en formato electronico, que debe ser distribuido segun se espe- 
cifica en los apartados 1 y 2 de esta Licencia, en un medio habi- 
tualmente utilizado para el intercambio de programas, o 

b. Acompanarlo con una oferta por escrito, valida al menos 
durante tres anos, para proporcionar a terceros una copia com- 
pleta en formato electronico del codigo fuente correspondiente, 
a un coste no mayor que el de realizar fisicamente la distribu- 
tion del codigo fuente, que sera distribuido bajo las condicio- 
nes descritas en los apartados 1 y 2, en un medio habitualmente 
utilizado para el intercambio de programas; o, 

c. Acompanarlo con la information que recibio ofreciendo distri- 
buir el codigo fuente correspondiente. (Esta option se permite 
solo para la distribution no comercial y solo si usted recibio el 
programa como codigo objeto o en formato ejecutable con tal 
oferta, de acuerdo con el apartado b anterior). 

Por codigo fuente de un trabajo se entiende la forma preferida del 
trabajo cuando se introducen modificaciones. Para un trabajo eje- 
cutable, se entiende por codigo fuente completo el codigo fuente 
de todos los modulos que contiene, ademas de cualquier fichero 
asociado de definition de interfaces y de los guiones utilizados para 
controlar la compilation e instalacion del ejecutable. Como excep- 
tion especial, el codigo fuente distribuido no necesita incluir nada 
que sea distribuido normalmente — bien como fuente, bien en forma 
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binaria— con los componentes principales — compilador, kernel y 
similares— del sistema operativo en el cual funciona el ejecutable, a 
no ser que el propio componente acompahe al ejecutable. 

Si la distribution del ejecutable o del codigo objeto se hace 
mediante la oferta de un acceso para copiarlo de un cierto lugar, 
entonces se considera la oferta de acceso para copiar el codigo 
fuente de ese mismo lugar como distribution del codigo fuente, 
incluso aunque terceras partes no esten forzadas a copiar la fuen- 
te junto con el codigo objeto. 

4. No puede copiar, modificar, «sublicenciar» o distribuir el 
Programa excepto como preve expresamente esta Licencia. 
Cualquier intento de copiar, modificar, «sublicenciar» o distribuir 
el Programa de otra forma no es valida, y hara que cesen automa- 
ticamente los derechos que le proporciona esta Licencia. En cual- 
quier caso, las partes que hayan recibido copias o derechos de 
usted bajo esta Licencia no cesaran en sus derechos mientras esas 
partes continuen cumpliendola. 

5. No esta obligado a aceptar esta Licencia, ya que no la ha firmado. 
Sin embargo, no hay nada mas que le autoriza a modificar o dis- 
tribuir el Programa o sus trabajos derivados. Estas acciones estan 
prohibidas por la ley si no acepta esta Licencia. Por lo tanto, si 
modifica o distribuye el Programa — o cualquier trabajo basado en 
el Programa—, esta indicando que acepta esta Licencia para poder 
hacerlo, y todos sus terminos y condiciones para copiar, distribuir 
o modificar el Programa o trabajos basados en el. 

6. Cada vez que redistribuya el Programa — o cualquier trabajo 
basado en el—, el receptor recibe automaticamente una licencia 
del emisor de la licencia original para copiar, distribuir o modifi- 
car el Programa, sujeta a estos terminos y condiciones. No puede 
imponer al receptor ninguna restriction adicional sobre el ejerci- 
cio de los derechos garantizados aqui. Usted no es responsable de 
hacer cumplir esta licencia a terceros. 
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7. Si, como consecuencia de una resolution judicial o de una alegacion 
de infraction de patente o por cualquier otra razon —no limitada a 
asuntos relacionados con patentes— , se le impusieran condicio- 
nes — ya sea por mandato judicial, por acuerdo o por cualquier 
otra causa— que contradigan las condiciones de esta licencia, esto 
no le exime de cumplir las condiciones de la misma. Si no puede 
distribuir el Programa de forma que se satisfagan simultaneamen- 
te sus obligaciones bajo esta licencia y cualquier otra obligation 
pertinente, entonces no podra distribuir el Programa de ninguna 
forma. Por ejemplo, si una patente no permite la redistribution 
libre de derechos de autor del Programa por parte de todos aque- 
llos que reciban copias directa o indirectamente a traves de usted, 
entonces la unica forma en que podria satisfacer tanto esa condi- 
tion como esta licencia seria evitar completamente la distribution 
del Programa. 

Si cualquier portion de este apartado se considera nula o imposi- 
ble de cumplir en cualquier circunstancia particular, habra de 
cumplirse el resto y la section por entero habra de cumplirse en 
cualquier otra circunstancia. 

No es el proposito de este apartado inducirle a infringir ninguna 
revindication de patente ni de ningun otro derecho de propiedad 
o a impugnar la validez de ninguna de dichas reivindicaciones. 
Este apartado tiene el unico proposito de proteger la integridad del 
sistema de distribution de software libre, que se realiza mediante 
practicas de licencia publica. Mucha gente ha hecho contribuciones 
generosas a la amplia variedad de software distribuido mediante 
ese sistema, con la confianza de que el sistema se aplicara de 
forma consistente. Pertenece al autor/donante decidir si quiere 
distribuir software mediante cualquier otro sistema; una licencia 
no puede imponer esa election. 

Este apartado pretende dejar completamente claro lo que se cree 
que es una consecuencia del resto de esta Licencia. 

8. Si la distribution y/o uso del Programa esta restringida en ciertos 
paises, ya sea por medio patentes o por interfaces bajo copyright, 
el titular del copyright que coloca este Programa bajo esta licencia 
puede ahadir una limitation explicita de distribution geografica 
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excluyendo dichos paises, de forma que la distribution se permi- 
ta solo en o entre los paises no excluidos de esta manera. En ese 
caso, esta licencia incorporara la limitation como si estuviese 
escrita en el cuerpo de esta licencia. 

9. La Free Software Foundation puede publicar versiones revisadas 
y/o nuevas de la Licencia Publica General de cuando en cuando. 
Estas nuevas versiones seran similares en espiritu a la presente 
version, pero pueden ser diferentes en algunos detalles con el fin 
consider ar nuevos problemas o situaciones. 

Cada version recibe un numero que la distingue de otras. Si el 
Programa especifica un numero de version de esta licencia que se 
refiere a ella y a «cualquier version posterior », tiene la option de 
seguir los terminos y condiciones, bien de esa version, bien de 
cualquier version posterior publicada por la Free Software 
Foundation. Si el Programa no especifica un numero de version 
para esta licencia, podras escoger cualquier version publicada por 
la Free Software Foundation. 

10. Si quisiera incorporar ciertas partes del Programa en otros pro- 
gramas libres cuyas condiciones de distribution son diferentes, 
contacte con el autor para pedirle permiso. Si el software tiene 
copyright de la Free Software Foundation, escriba a la Free Software 
Foundation: algunas veces hacemos excepciones en estos casos. 
Nuestra decision estara guiada por el doble objetivo de preservar 
la libertad de todos los derivados de nuestro software libre y de 
promover que se comparta y reutilice el software en general. 
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AUSENCIA DE GARANTIA 



11. Dado que el programa se licencia de forma gratuita, no se ofre- 
ce ninguna garantia sobre el programa en toda la extension per- 
mitida por la legislacion aplicable. excepto cuando se indique de 
otra forma por escrito, los titulares del copyright y/u otras par- 
tes proporcionan el programa «tal cual», sin garantia de ningu- 
na clase, ya sea expresa o implicita, incluyendo — pero no limita- 
do por— las garantias mercantiles implicitas o la conveniencia 
para cualquier proposito particular. cualquier riesgo referente 
a la calidad y a las prestaciones del programa es asumido por 
usted. Si se probase que el Programa es defectuoso, asume el coste 

DE CUALQUIER SERVICIO, REPARACION O CORRECCION. 



12. En ningun caso, salvo que lo REQUIERA LA LEGISLACION APLICABLE 
o haya sido acordado por escrito, ningun titular del copyright 
ni ninguna otra parte que modifique y/o redistribuya el 
Programa; segun se permite en esta Licencia, sera responsable 
ante usted por danos, incluyendo cualquier dano general, espe- 
cial, incidental o resultante, producido por el uso o la imposibi- 
lidad de uso del programa —incluyendo, pero no limitado por, 
la perdida de datos, la generacion incorrecta de datos, las per- 
didas sufridas por usted o por terceros, y un fallo del programa 
al funcionar en combinacion con cualquier otro programa — , 
incluso si dicho titular u otra parte ha sido advertido de la 
posibilidad de dichos danos. 



FIN DE TERMINOS Y CONDICIONES 
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Apendice. Como aplicar estos terminos a sus nuevos programas. 

Si usted desarrolla un nuevo Programa, y quiere que sea del mayor 
uso posible para el publico en general, la mejor forma de conseguir- 
lo es convirtiendolo en software libre que cualquiera pueda redistri- 
buir y modificar segun estos terminos. 

Para hacerlo, afiada las siguientes clausulas al programa. Lo mas 
seguro es anadirlas al principio de cada fichero fuente para transmi- 
tir lo mas efectivamente posible la ausencia de garantia. Ademas, 
cada fichero deberia tener al menos la linea de «copyright» y un indi- 
cador de donde puede encontrarse el anuncio completo. 



<una Unea para indicar el nombre del programa y una breve idea de que hace.> 
Copyright (C) 1 9aa <nombre del autor> 

Este programa es software libre. Puede redistribuirlo 
y/o modificarlo bajo los terminos de la Licencia 
Publica General de GNU segun ha sido publicada por la 
Free Software Foundation, bien de la version 2 de 
dicha Licencia o bien —segun su eleccion— de cualquier 
version posterior. 

Este programa se distribuye con la esperanza de que 
sea util, pero SIN NINGUNA GARANTIA, incluso sin la 
garantia MERCANTIL implicita o sin garantizar la CON- 
VENIENCIA PARA UN PROPOSITO PARTICULAR. Para mas deta- 
lles, vease la Licencia Publica General de GNU. 

Deberia haber recibido una copia de la Licencia 
Publica General junto con este programa. En caso con- 
trario, escriba a la Free Software Foundation, Inc., 
en 675 Mass Ave, Cambridge, MA 02139, EEUU . 

Afiada tambien information sobre como contactar con usted median- 
te correo electronico y postal. 
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Si el programa es interactive, haga que muestre un pequeno anuncio 
como el siguiente cuando comience a funcionar de forma interactivo: 

Gnomovision version 69, Copyright (C) 19aa nombre del autor 

Gnomovision no ofrece ABSOLUTAMENTE NINGUNA GARANTIA. 
Para mas detalles escriba «show c» . 



Los comandos hipoteticos «show w» y «show c» deberian mostrar las 
partes adecuadas de la Licencia Publica General. Por supuesto, los 
comandos que use pueden llamarse de cualquier otra manera. 
Podrian incluso ser pulsaciones del raton o elementos de un menu — 
lo que sea apropiado para su programa. 

Tambien debera conseguir que su empleador —si trabaja como pro- 
gramador— o su Universidad —si es el caso— firme un «renuncia de 
copyright» para el programa, en caso de que sea necesario. A continua- 
tion se ofrece un ejemplo, altere los nombres segun sea conveniente: 



Yoyodyne, Inc. mediante este documento renuncia a 

cualquier interes de derechos de copyright con respec- 

to al programa Gnomovision —que hace pasadas a compi- 

ladores— escrito por James Hacker 

<firma de Ty Coon> , 20 de diciembre de 1996 

Ty Coon, Presidente de Asuntillos Varios . 



Esta Licencia Publica General no permite incorporar sus programas 
en programas propietarios. Si su programa es una biblioteca de 
subrutinas, puede considerar mas util permitir enlazar aplicaciones 
propietarias con la biblioteca. Si este es el caso, use la Licencia Publica 
General Menor de GNU en lugar de esta Licencia. 
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Licencia Publica General Menor 1 

[GNU Lesser General Public License, GNU-LGPL] 

Version 2.1, febrero 1999, 

Copyright © 1991, 1999 Free Software Foundation, Inc. 59, Temple 
Place, Suite 330, Boston, MA 02111-1307 USA 



Se permite la copia y distribucion de copias literales de este 
documento, pero no se permite su modificacion. 

Preambulo 



Las licencias, para la mayoria del software, estan disenadas para eli- 
minar la libertad de compartirlo o de modificarlo. En contraste, las 
Licencias Publicas Generales GNU pretenden garantizar la libertad 
de compartir y modificar el software; para asegurar que el software 
sea libre para todos los usuarios. 

Esta licencia, la Licencia Publica General Menor [Lesser General 
Public License], se aplica a ciertos paquetes de software especificamente 
disenados — normalmente bibliotecas— de la Free Software Foundation y 
de otros autores que deciden usarla. Usted tambien puede usarla, pero 



1 This is an unofficial translation of the GNU Lesser General Public License into Spa- 
nish. It was not published by the Free Software Foundation, and does not legally state 
the distribution terms for software that uses the GNU LGPL —only the original English 
text of the GNU LGPL does that. However, we hope that this translation will help Spa- 
nish speakers understand the GNU GPL better. [Esta es una traduccion no oficial al 
espanol de la GNU Lesser General Public License. No ha sido publicada por la Free 
Software Foundation y no establece legalmente las condiciones de distribucion para el 
software que usa la GNU LGPL. Estas condiciones se establecen solamente en el texto 
original, en ingles, de la GNU LGPL. Sin embargo, esperamos que esta traduccion 
ayude a los hispanohablantes a entender mejor la GNU LGPL]. Esta es la primera ver- 
sion emitida de la GPL Menor. Es tambien la sucesora de la GNU Library Public Licence, 
version 2, de ahi que esta sea la version 2.1 
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le sugerimos que piense primero cuidadosamente si esta licencia o la 
General Public License ordinaria, es o no la mejor estrategia en su caso 
particular, basandose en las explicaciones siguientes. 

Cuando hablamos de software libre, nos referimos a libertad de 
uso, no al precio. Nuestra Licencia Publica General esta disenada 
para asegurar que usted sea libre de distribuir copias de software 
libre — y cobrar por este servicio si asi lo desea— ; que reciba el codi- 
go fuente o que pueda obtenerlo si asi lo quiere; que pueda modifi- 
car el software y utilizar partes de el en nuevos programas libres; y 
que haya sido informado de que tiene estos derechos. 

Para proteger sus derechos, necesitamos imponer restricciones que 
prohiban a los distribuidores negarle estos derechos o a pedirle que 
renuncie a los mismos. Estas restricciones se traducen en ciertas res- 
ponsabilidades si distribuye copias de la biblioteca o si la modifica. 

Por ejemplo, si distribuye copias de la biblioteca, de forma gratui- 
ta o no, debe ofrecer a los receptores todos los derechos que nosotros 
le ofrecemos a usted. Debe asegurarse de que ellos tambien reciban o 
puedan obtener el codigo fuente. Si usted enlaza otro codigo con la 
biblioteca, debe proporcionar a los receptores los ficheros objeto com- 
pletes, de forma que ellos puedan reenlazarlos con la biblioteca des- 
pues de introducir cambios en la biblioteca y recompilarla. Y debe 
mostrarles estos terminos para que conozcan sus derechos. 

Nosotros protegemos sus derechos con un metodo que consiste en 
dos pasos: (1) obtenemos los derechos de autor de la biblioteca y (2) 
le ofrecemos esta licencia que le autoriza a copiar, distribuir y/o 
modificar la biblioteca. 

Para proteger a los distribuidores, queremos dejar muy claro que 
no existe garantia para la biblioteca libre. Ademas, si la biblioteca es 
modificada por alguien y se transmite, los receptores deberian saber 
que lo que tienen no es la version original, de forma que la reputation 
del autor original no se vea afectada por problemas que podrian ser 
introducidos por otros. 

Por ultimo, las patentes de software plantean una amenaza cons- 
tante para la existencia de cualquier programa libre. Queremos asegu- 
rarnos que una empresa no pueda limitar eficazmente a los usuarios 
de un programa libre mediante la obtencion de una licencia restrictiva 
de un titular de patente. Por lo tanto, insistimos en que cualquier licen- 
cia de patente obtenida para una version de la biblioteca sea congruen- 
te con todas las libertades de uso especificadas en esta licencia. 
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La mayoria del software GNU, incluyendo algunas bibliotecas, esta 
cubierto por la Licencia Publica General GNU ordinaria. Esta licen- 
cia, la Licencia Publica General Menor GNU, se aplica a ciertas biblio- 
tecas y es bastante diferente de la Licencia Publica Genaral ordinaria. 
Usamos esta licencia para ciertas bibliotecas con el objeto de permitir 
el enlace de las mismas dentro de programas no libres. 

Cuando un programa se enlaza con una biblioteca, ya sea estatica- 
mente ya sea usando una biblioteca compartida, la combinacion de 
los dos es, legalmente hablando, un trabajo combinado, un derivado 
de la biblioteca original. La Licencia Publica General ordinaria permi- 
tiria tal enlace solo si la combinacion completa ajusta sus criterios de 
libertad. La Licencia Publica General Menor introduce un criterio 
mas laxo para el enlace de otro codigo con la biblioteca. 

Denominamos a esta licencia como Licencia Publica General 
«Menor» porque hace «menos» que la Licencia Publica General ordi- 
naria para proteger las libertades del usuario. Tambien proporciona 
a los desarrolladores de programas libres «menos» ventajas sobre los 
programas no libres competidores. Estas des ventajas son la razon por 
la cual nosotros usamos la Licencia Publica General ordinaria para la 
mayoria de las bibliotecas. Sin embargo, la licencia Menor proporcio- 
na ventajas en circunstancias especiales. 

Por ejemplo, en raras ocasiones puede haber una especial necesidad 
de fomentar, al maximo posible, el uso de una biblioteca determinada, 
de forma que esta se convierta en un estandar. Para ello, se debe permi- 
tir a los programas no libres el uso de estas bibliotecas. Un caso mas fre- 
cuente es el de una biblioteca libre que desempene la misma funcion 
que la que realizan las bibliotecas no libres mas utilizadas. En este caso, 
hay poco que ganar limitando la biblioteca unicamente al software 
libre, de manera que usamos la Licencia Publica General Menor. 

En otros casos, el permiso para usar una biblioteca determinada 
en programas no libres aumenta el numero de usuarios de gran can- 
tidad de software libre. Por ejemplo, el permiso para utilizar la 
biblioteca GNU C en programas no libres posibilita a mucha mas 
gente utilizar el sistema operativo GNU, asi como su variante, el sis- 
tema operativo GNU/LINUX. 

Aunque la Licencia Publica General Menor no protege tanto las 
libertades del usuario, asegura que el usuario de un programa, que 
este enlazado con la biblioteca, tiene la libertad y los medios para eje- 
cutar ese programa usando una version modificada de la biblioteca. 



Licencia Publica General Menor 



297 



Los terminos y las condiciones exactas para la copia, distribution y 
modification se indican a continuation. Preste especial atencion a la 
diferencia entre un «trabajo basado en la biblioteca» y un «trabajo 
que utiliza la biblioteca». El primero contiene codigo derivado de la 
biblioteca, mientras que el ultimo debe estar unido a la biblioteca 
para ser ejecutado. 



Terminos y condiciciones para la copia, 
distribution y modificacion 



0. El acuerdo de esta licencia se aplica a cualquier biblioteca de soft- 
ware u otro programa que contenga un aviso colocado por el titu- 
lardel copyright u otras partes interesadas explicando que puede 
ser distribuido bajo los terminos de esta Licencia Publica General 
Menor — llamada tambien «esta Licencia». A cada titular de per- 
miso se le designa por «usted». 

Una «biblioteca» contiene una coleccion de funciones y/o datos de 
software preparados para ser enlazados de una forma comoda 
con programas de aplicacion —que usan algunas de estas funcio- 
nes y datos— para formar ejecutables. 

Por «Biblioteca» nos referiremos, en adelante, a cualquier trabajo 
o biblioteca de software que haya sido distribuido bajo estos ter- 
minos. Un «trabajo basado en la Biblioteca» significa que, o la 
Biblioteca o cualquier trabajo derivado, estan bajo la ley de copy- 
right: es decir, un trabajo que contiene la Biblioteca o una parte de 
ella, ya sea de forma literal o con modificaciones y/o traducida de 
forma clara a otro idioma —mas adelante se incluye la traduction 
sin restriction en el termino «modificacion». 

El «codigo fuente» para un trabajo se refiere a la forma preferi- 
da del trabajo para hacer modificaciones en el. Para una 
Biblioteca, el codigo fuente completo se refiere a todos los codi- 
gos fuente para todos los modulos que contenga la biblioteca, 
ademas de cualquier fichero de definition de interfaz asociado y 
los guiones [scripts] asociados para controlar la compilation e 
instalacion de la biblioteca. 
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Otras actividades que no sean la copia, distribution y modifica- 
tion no se encuentran cubiertas por esta Licencia; se encuentran 
fuera de su ambito. La option de ejecutar un programa utilizando 
la Biblioteca no esta restringido y el resultado de dicho programa 
esta cubierto unicamente si su contenido constituye un trabajo 
basado en la Biblioteca — independientemente del uso de la 
Biblioteca como herramienta para escribirlo. Que esto sea cierto 
dependera de lo que haga la Biblioteca y de lo que haga el progra- 
ma que utiliza la Biblioteca. 

1. Puede copiar y distribuir copias literales del codigo fuente comple- 
to de la Biblioteca tal y como lo recibe, en cualquier medio, a condi- 
tion de que usted publique de forma manifiesta y apropiada, en 
cada una de las copias, un aviso conveniente de copyright y una 
renuncia de garantia; mantenga intactas todas las notificaciones 
que se refieran a esta Licencia y a la ausencia de cualquier garantia; 
y distribuya una copia de esta Licencia junto con la Biblioteca. 

Puede cobrar un importe por el acto fisico de traspasar una copia 
y puede, a su election, ofrecer una protection de garantia a cam- 
bio de un importe. 

2. Puede modificar su copia o copias de la Biblioteca o cualquier 
parte de ella, formando asi un trabajo basado en la Biblioteca, y 
copiar y distribuir tales modificaciones o trabajo segun los termi- 
nos de la section 1, siempre que usted tambien cumpla las 
siguientes condiciones: 

a) El trabajo modificado debe ser por si mismo una biblioteca. 

b) Los ficheros modificados deberan contener avisos llamativos, 
declarando que usted cambio los ficheros y la fecha de cual- 
quier cambio. 

c) Debe obtener una licencia para todo el trabajo, sin cargo a ter- 
ceros, segun los terminos de esta Licencia. 

d) Si una prestation en la Biblioteca modificada se refiere a una 
funcion o a una tabla de datos, que no sea suministrada por un 
programa de aplicacion que usa la prestation como argumento 
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pasado al invocar la prestation, debera esforzarse de buena fe 
para asegurarse de que, en caso de que una aplicacion no sumi- 
nistre tal funcion o tabla, la prestation aun funcione y haga que 
cualquier parte de su prestation siga siendo significativa. 

(Por ejemplo, la funcion en una biblioteca para calcular raices 
cuadradas tiene un proposito bien definido, independiente- 
mente de la aplicacion. Por tanto, la Subsection 2d exige que 
cualquier funcion o tabla suministrada por la aplicacion y 
usada por esa funcion sea opcional: si la aplicacion no la sumi- 
nistra, la funcion de raiz cuadrada debe seguir calculando rai- 
ces cuadradas). 

Estos requisitos se aplican al trabajo modificado como un todo. Si 
existen secciones identificables de ese trabajo no derivadas de la 
Biblioteca y que pueden considerarse razonablemente indepen- 
dientes como trabajos separados, entonces esta Licencia y sus ter- 
minos, no se aplicaran a aquellas secciones cuando usted los dis- 
tribuya como trabajos separados. Pero cuando usted distribuya 
estas mismas secciones como parte de un todo, como un trabajo 
basado en la Biblioteca, la distribution del todo debe estar bajo los 
terminos de esta Licencia, cuyos permisos para otras licencias se 
extienden a todo el conjunto, y por tanto a todas y cada una de las 
partes, sin tener en cuenta quien fue el autor. 

Asi pues, la intention de esta section no es exigir derechos o dis- 
cutir los derechos de un trabajo escrito exclusivamente por usted; 
sino mas bien ejercer el derecho a controlar la distribution de tra- 
bajos derivados o colectivos basados en la Biblioteca. 

Ademas, la mera agregacion de otro trabajo no basado en la 
Biblioteca a la misma Biblioteca — o a un trabajo basado en la 
misma— en un volumen de almacenaje o en un medio de distribu- 
tion, no coloca este trabajo entre los objetivos de esta Licencia. 

3. Usted puede optar por aplicar a una determinada copia de la 
Biblioteca, los terminos de la Licencia Publica General GNU ordi- 
naria en lugar de los de la presente Licencia. Para ello, debera alte- 
rar todas las notificaciones que se refieren a esta Licencia, con el fin 
de que se refieran a la Licencia Publica General GNU ordinaria, 



300 



Software libre para una sociedad libre 



version 2, en lugar de a esta Licencia. (Si ha aparecido una version 
mas reciente que la version 2 de la Licencia Publica General GNU 
ordinaria, entonces, si lo desea, puede especificar esa nueva ver- 
sion). No introduzca ningun otro cambio en estas notificaciones. 

Una vez que se haya hecho este cambio en una copia dada, es irre- 
versible para esa copia, de modo que la Licencia Publica General 
GNU ordinaria se aplica a todas las copias siguientes y a los tra- 
bajos derivados realizados a partir de esa copia. 

Esta option es util cuando usted desea copiar parte del codigo de 
la Biblioteca dentro de un programa que no es una biblioteca. 

4. Puede copiar y distribuir la Biblioteca — o una portion o derivado de 
esta, bajo la Section 2— en codigo objeto o enforma ejecutable bajo 
los terminos de las Secciones 1 y 2 indicadas, siempre que la acompa- 
fie el correspondiente codigo fuente legible —a maquina— comple- 
to, que debera distribuirse segun los terminos de las Secciones 1 y 2, 
en un medio usado habitualmente para el intercambio de software. 

Si la distribution del codigo objeto se realiza ofreciendo el acceso 
a su copia desde un lugar designado, entonces la provision de un 
acceso equivalente a la copia del codigo fuente desde el mismo 
sitio satisfara los requisitos para la distribution del codigo fuente, 
aunque terceras partes no esten obligadas a copiar el codigo fuen- 
te junto con el codigo objeto. 

5. Un programa que no contiene derivad o de ninguna portion de la 
Biblioteca, pero esta disenado para trabajar con la Biblioteca al ser 
compilado o enlazado con ella, se denomina un «trabajo que utiliza 
la Biblioteca». Dicho trabajo, por separado, no es un trabajo deriva- 
do de la Biblioteca y por tanto cae fuera del ambito de esta Licencia. 

Sin embargo, al enlazar un «trabajo que utiliza la Biblioteca» con 
la Biblioteca, se crea un ejecutable que es un derivado de la 
Biblioteca — ya que contiene porciones de la misma. El ejecutable 
esta por tanto cubierto por esta Licencia. La section 6 expone los 
terminos para la distribution de tales ejecutables. 

Cuando un «trabajo que utiliza la Biblioteca» utiliza material de 
un fichero cabecera que forma parte de la Biblioteca, el codigo 
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objeto del trabajo puede ser un trabajo derivado de la Biblioteca, 
aunque el codigo fuente no lo sea. Que esto sea cierto, es especial- 
mente significativo si el trabajo puede enlazarse sin la Biblioteca, 
o si el trabajo es en si mismo una biblioteca. Este matiz no esta 
definido con precision por la ley. 

Si dicho fichero objeto utiliza solo parametros numericos, esque- 
ma de estructura de datos, pequenas macros y pequenas funcio- 
nes en linea — diez lineas o menos de longitud— , entonces el uso 
del fichero objeto no estara restringido, independientemente de 
que legalmente sea un trabajo derivado. (Ejecutables que conten- 
gan este codigo objeto y porciones de la Biblioteca estaran regula- 
dos por la Section 6). 

En caso contrario, si el trabajo es un derivado de la Biblioteca, 
usted puede distribuir el codigo objeto del trabajo segun los ter- 
minos de la Section 6. Cualquier ejecutable que contenga ese tra- 
bajo tambien cae bajo la Section 6, este o no enlazado con la 
Biblioteca. 

6. Como exception a las secciones anteriores, puede tambien combi- 
nar o enlazar un «trabajo que utiliza la Biblioteca» con la 
Biblioteca para producir un trabajo que contenga porciones de la 
Biblioteca y distribuir ese trabajo segun los terminos de su elec- 
tion, siempre que los terminos permitan la modification del tra- 
bajo para el uso propio del cliente y la ingenieria inversa para la 
depuration de tales modificaciones. 

Debe incluir con cada copia del trabajo una notification de que la 
Biblioteca se utiliza en el y de que la Biblioteca y su uso estan 
cubiertos por esta Licencia. Debe suministrar una copia de esta 
Licencia. Si el trabajo, durante su ejecucion, muestra notas de dere- 
chos de autor, debera incluir entre ellas las notas de copyright de la 
Biblioteca, asi como una referencia que dirija al usuario a la copia 
de esta Licencia. Ademas, usted debe hacer alguna de estas cosas: 

a) Acompahar el trabajo con el correspondiente codigo fuente 
legible —a maquina— completo de la Biblioteca, incluyendo 
cualquier cambio introducido en el trabajo — distribuido bajo 
las Secciones 1 y 2— ; y, si el trabajo es un ejecutable enlazado 
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con la Biblioteca se acompanara el «trabajo que utiliza la 
Biblioteca» completo y legible —a maquina— , como codigo 
objeto y/o codigo fuente, de forma que el usuario pueda modi- 
ficar la Biblioteca y reenlazarlo para producir un ejecutable 
modificado que contenga la Biblioteca modificada. (Se entiende 
que el usuario que cambia los contenidos de los archivos de 
definiciones en la Biblioteca no necesariamente sera capaz de 
recompilar la aplicacion para usar las definiciones modificadas.) 

b) Utilizar un mecanismo de biblioteca compartida adecuado 
para enlazar con la Biblioteca. Un mecanismo adecuado es 
aquel que (1) utiliza en tiempo de ejecucion una copia de la 
biblioteca ya presente en el ordenador del usuario, en lugar de 
copiar funciones de biblioteca dentro del ejecutable y (2) que 
funciona correctamente con una version modificada de la 
biblioteca, si el usuario instala una, mientras que la version 
modificada sea de interfaz compatible con la version con la que 
se realizo el trabajo. 

c) Acompanar el trabajo con una oferta escrita, valida durante al 
menos tres anos, para proporcionar a dicho usuario los mate- 
rials especificados en la Subsection 6a, por un precio no supe- 
rior al coste de la distribution. 

d) Si la distribution del trabajo se realiza ofreciendo el acceso a 
la copia desde un lugar determinado, ofrecer un acceso equi- 
valents para la copia de los materiales especificados anterior- 
mente desde el mismo lugar. 

e) Verificar que el usuario ha recibido ya una copia de estos 
materiales o que usted ya le ha enviado una copia. 

Para un ejecutable, la forma requerida del «trabajo que utiliza la 
Biblioteca» debe incluir todos los programas de datos y utilida- 
des necesitados para reproducir el ejecutable desde el mismo. 
Sin embargo, como exception especial, los materiales a distribuir 
no necesitan incluir nada de lo que se distribuye normalmente 
— ya sea en forma binaria o fuente— con los componentes prin- 
cipals — compilador, kernel, y demas— del sistema operativo 
en el cual funciona el ejecutable, a menos que el componente 
acompahe al ejecutable. 
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Puede suceder que este requisito contradiga las restricciones de la 
licencia de otras bibliotecas propietarias que no acompahan nor- 
malmente al sistema operative Dicha contradiction significa que 
no puede usar juntas ambas en un ejecutable que usted distribuya. 

7. Puede afiadir prestaciones de biblioteca, que sean un trabajo basa- 
do en la Biblioteca, reunidas en una sola biblioteca junto con otras 
prestaciones de biblioteca no cubiertas por esta Licencia y distri- 
buir dicha biblioteca combinada, con tal de que la distribution 
separada del trabajo basado en la Biblioteca y de las otras presta- 
ciones de biblioteca este, por lo demas, permitida, y con tal de que 
usted haga estas dos cosas: 

a) Acompanar la biblioteca combinada con una copia del mismo 
trabajo basado en la Biblioteca, sin combinarlo con otras pres- 
taciones de biblioteca. Esta debe ser distribuida segun los ter- 
minos de las Secciones anteriores. 

b) Incluir una notification en la biblioteca combinada, destacan- 
do que parte de la misma es un trabajo basado en la Biblioteca, 
y explicando donde encontrar las formas sin combinar que 
acompafian a este trabajo. 

8. No debe copiar, modificar, sublicenciar, enlazar o distribuir la 
Biblioteca excepto como se estipula expresamente en esta 
Licencia. Cualquier otro intento de copiar, modificar, sublicenciar, 
enlazar o distribuir la Biblioteca no sera valido y anulara automa- 
ticamente sus derechos con relation a esta Licencia. Sin embargo, 
aquellos que hayan recibido copias o derechos segun esta Licencia 
por medio de usted, conservaran sus licencias siempre que cum- 
plan los terminos de las mismas. 

9. No se exige que acepte esta Licencia, puesto que no la ha firma- 
do. Sin embargo, ninguna otra cosa le autoriza a modificar o dis- 
tribuir la Biblioteca o los trabajos derivados de la misma. Si usted 
no acepta esta Licencia, estas acciones estan prohibidas por ley. 
Por lo tanto, al modificar o distribuir la Biblioteca — o cualquier 
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trabajo basado en ella— , usted acepta esta Licencia, y todos sus 
terminos y condiciones para copiar, distribuir o modificar la 
Biblioteca o los trabajos basados en ella. 

10. Cada vez que usted distribuye la Biblioteca — o cualquier trabajo 
basado en ella—, el receptor recibe automaticamente una licencia 
del titular original de la Licencia para copiar, distribuir, enlazar o 
modificar la Biblioteca siempre sujeto a estos terminos y condi- 
ciones. Usted no debe imponer ninguna restriction posterior 
sobre el ejercicio de los receptores de los derechos otorgados 
mencionados aqui. Usted no es responsable de hacer cumplir 
esta Licencia a terceros. 

11. Si, como consecuencia de un juicio o infraction de patente o por 
cualquier otra razon —no limitada a asuntos de patente— a usted se 
le imponen condiciones —sea orden judicial, contractual u otras— 
que contradigan las condiciones de esta Licencia, eso no le dispensa 
de las condiciones de esta Licencia. Si usted no puede distribuirla de 
tal forma que satisf aga simultaneamente sus obligaciones con respec- 
to a esta licencia y cualquier otras obligaciones pertinentes, entonces 
como consecuencia, no debe distribuir la Biblioteca en absoluto. Por 
ejemplo, si una licencia de patente no permitiera la redistribution 
libre del copyright de la Biblioteca a todo aquellos que reciben copias 
directamente o indirectamente a traves de usted, entonces debera 
abstenerse completamente de distribuir la Biblioteca. 

Si cualquier parte de esta section se considera nula o inaplicable 
en cualquier circunstancia particular, se intentara aplicar el grue- 
so de la section, y en otras circunstancias se intentara aplicar la 
section como un todo. 

No es el proposito de esta section inducirle a infringir una deman- 
da de derechos de patente u otros derechos de propiedad o impug- 
nar la validez de tales demandas; esta section tiene como unico pro- 
posito proteger la integridad del sistema de distribution de softwa- 
re libre, que se lleva a cabo mediante practicas de licencia publica. 
Mucha gente ha hecho generosas contribuciones a una amplia 
variedad de proyectos de software distribuido mediante este siste- 
ma, confiando en la firme aplicacion del mismo; es decision del 
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autor/donante decidir si el o ella desea distribuir software mediante 
cualquier otro sistema; una licencia no puede imponer esa election. 

Esta section tiene el proposito de esclarecer a fondo lo que se con- 
sidera una consecuencia del resto de esta Licencia. 

12. Si la distribution y/o uso de la Biblioteca esta restringida en cier- 
tos paises mediante patentes o interfaces con copyright, el propie- 
tario de los derechos de autor originates, que puso la Biblioteca 
bajo esta Licencia, puede ahadir una limitation a la distribution 
geografica excluyendo a estos paises, de forma que esta distribu- 
tion se autorice solamente en o entre paises no excluidos. En tal 
caso, esta Licencia incorpora la limitation como si estuviera escri- 
ta en el cuerpo de esta Licencia. 

13. La Free Software Foundation puede publicar versiones nuevas y/o 
revisadas de la Licencia Publica General Menor de cuando en 
cuando. Tales versiones nuevas seran similares en espiritu a la 
presente version, pero pueden diferir en ciertos detalles para 
abordar nuevos problemas o intereses. 

A cada version se le asigna un numero que la distingue. Si la 
biblioteca especifica un numero de version de esta Licencia que se 
aplica a ella misma y a «cualquier version posteriory usted puede 
optar por cumplir los terminos y condiciones tanto de esa version, 
como de cualquier version posterior publicada por la Free Software 
Foundation. Si la Biblioteca no especifica un numero de version de 
licencia, usted puede elegir cualquier version publicada por la 
Free Software Foundation. 

14. Si desea incorporar partes de la Biblioteca a otros programas 
libres cuyas condiciones de distribution sean incompatibles con 
estos, escriba al autor para pedirle permiso. Para el software cuyos 
copyright pertenece a la Free Software Foundation, escriba a la Free 
Software Foundation; a veces, hacemos excepciones. Nuestra deci- 
sion se guiara por lo general por los dos objetivos siguientes: pre- 
servar el estatus libre de todo lo derivado de nuestro software y 
promover que el software sea compartido y reutilizado. 
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SIN GARANTIA 



15. Dado que la biblioteca esta licenciada de forma gratuita, no 
hay garantia para la biblioteca salvo en aquello que establece 
la legislacion. excepto cuando se establezca de otro modo por 
escrito, los titulares del copyright y/o otras partes suministran 
la biblioteca tal cual sin garantia de ninguna clase, ya sea de 
forma expresa o implicita, incluyendo, aunque no limitado por, 
las garantias implicitas de comerciabilidad y conveniencia para 
un proposito particular. todo riesgo asociado a la calidad y la 
ejecucion de la biblioteca es suyo. si la biblioteca resultara 
estar defectuosa, usted asume el coste de todo mantenimiento, 
reparacion o correccion necesarios. 



16. BAJO NINGUN CONCEPTO, A MENOS QUE SEA REQUERIDO POR LA LEY 
APLICABLE O DE ACUERDO A UN ESCRITO, EL TITULAR DEL COPYRIGHT O 
CUALQUIER OTRA PARTE QUE PUEDA MODIFICAR Y/O REDISTRIBUIR LA 
BIBLIOTECA COMO SE PERMITE ARRIBA, SERA RESPONSABLE POR DANOS, 
INCLUYENDO CUALQUIER DANO GENERAL, ESPECIAL, ACCIDENTAL O CON- 
SECUENTE ORIGIN ADO POR EL USO O INCAPACIDAD DE USO DE LA BIBLIO- 
TECA — INCLUYENDO PERO NO LIMITANDO POR, LAS PERDIDAS DE DATOS 
O LA PRODUCCION DE DATOS INCORRECTOS, O PERDIDAS SUFRIDAS POR 
USTED O TERCEROS, O UN FALLO DE LA BIBLIOTECA PARA FUNCIONAR CON 
CUALQUIER OTRO SOFTWARE— INCLUSO SI TAL TITULAR U OTRA PARTE 
HUBIERA SIDO NOTIFICADO DE LA POSIBILIDAD DE TALES DANOS. 

FIN DE TERMINOS Y CONDICIONES. 



Como aplicar estos terminos a sus nuevas bibliotecas. 

Si usted desarrolla una biblioteca nueva y quiere que sea del mayor 
uso posible para el publico, le recomendamos que la convierta en 
software libre para que todo el mundo pueda redistribuirla o combi- 
narla. Usted puede hacer tal cosa autorizando la redistribution segun 
estos terminos o bien segun los terminos de la Licencia Publica 
General ordinaria. 
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Para aplicar estos terminos agregue la siguiente nota a la biblioteca. Es 
mas prudente agregar los avisos al comienzo de cada fichero fuente 
para transmitir de una forma mas efectiva la exclusion de garantia; y 
cada fichero deberia tener al menos la linea de derechos de autor y un 
puntero hacia donde se encuentre la notification completa. 

Copyright © 

Esta biblioteca es software libre, puede redistribuir- 
la o modificarla segun los terminos de la GNU 
Licencia Publica General Menor, publicada por la Free 
Software Foundation; ya sea en su version 2 o — a su 
eleccion— en cualguier version posterior. 

Esta biblioteca se distribuya con la intencion de gue 
sea usada, sin embargo no TIENE GARANTIA; incluidas 
la garantias de comerciabilidad y conveniencia para un 
proposito particular. Vease GNU Licencia Publica 
General Menor para mas detallles. 

Debera recibir una copia de la GNU Licencia Publica 
General Menor con esta biblioteca; si no es asi, 
escriba a la Free Software Foundation, Inc., 59 
Temple Place, Suite 330, Boston, Ma 02111-1307 USA. 

Anada tambien information sobre como contactar con usted median- 
te correo electronico y postal. 

Deberia incluir tambien su empleo —si trabaja como programa- 
dor— o sus estudios, si tiene alguno, para firmar una «renuncia de 
copyright» para la biblioteca, si fuese necesario. Aqui tenemos un 
ejemplo; altere los nombres: 

Yoyodyne, Inc., por la presente, renuncia a todos 
sus derechos de copyright con respecto a la biblio- 
teca «Frob» —una biblioteca para . . .— escrita por 
James Random Hacker. 

firma de Ty Coon, 1 April 1990 
Ty Coon, Presidente de Vicio 



jEso es todo! 
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Licencia de Documentation Libre GNU 1 

[Free Document License, GNU-FDL] 

Version 1.1, marzo 2000, 

Copyright © 2000, 1999 Free Software Foundation, Inc. 59, Temple 
Place, Suite 330, Boston, MA 02111-1307 USA 



Se permite la copia y distribucion de copias literales de este 
documento, pero no se permite su modificacion. 

0. Preambulo 

El proposito de esta licencia es permitir que un manual, libro de texto, 
u otro documento escrito sea «libre» en el sentido de libertad: asegurar 
a todo el mundo la libertad efectiva de copiarlo y redistribuirlo, con o 
sin modificaciones, de manera comercial o no. En segundo termino, 
esta licencia preserva para el autor o para quien lo publique una mane- 
ra de obtener reconocimiento por su trabajo, al tiempo que no se les 
hace responsables de las modificaciones realizadas por terceros. 

Esta licencia es una especie de «copyleft», lo que significa que los 
trabajos derivados del documento deben a su vez ser libres en el mismo 
sentido. Esta licencia complementa a la Licencia Publica General GNU, 
que es una licencia de copyleft disenada para el software libre. 



* This is an unofficial translation of the GNU Fre Document License into Spanish. It 
was not published by the Free Software Foundation, and does not legally state the dis- 
tribution terms that uses the GNU FDL — only the original English text of the GNU 
FDL does that. [Esta es una traduction no oficial al espanol de la GNU Free Document 
License. No ha sido publicada por la Free Software Foundation y no establece legalmen- 
te las condiciones de distribucion de manuales y documentation para el software que 
usa la GNU FDL. Estas condiciones se establecen solamente en el texto original, en 
ingles, de la GNU FDL] 
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Hemos disenado esta Licencia para usarla en manuales de software 
libre, ya que el software libre necesita documentacion libre: un pro- 
grama libre debe acompanarse con manuales que ofrezcan la mismas 
libertades que da el software. Sin embargo esta licencia no se limita a 
manuales de software; puede utilizarse para cualquier trabajo tex- 
tual, sin tener en cuenta su tematica o si se publica como libro impre- 
so. Recomendamos esta licencia principalmente para trabajos cuyo 
fin sea educativo o trate de servir como obra de referencia. 

1. Aplicabilidad y definiciones 

Esta Licencia se aplica a cualquier manual u otro documento que conten- 
ga una nota del propietario de los derechos indicando que puede distri- 
buirse bajo los terminos de la Licencia. El «Documento», en adelante, se 
refiere a cualquiera de dichos manuales o trabajos. Cualquier miembro 
del publico es un licenciatario y sera denominado como «Usted». 

Una «version modificada» del Documento es cualquier trabajo 
que contenga el Documento o una portion del mismo, ya sea una 
copia literal o con modificaciones y/o traducciones a otro idioma. 

Una «una section secundaria» es un apendice titulado o una sec- 
tion preliminar al prologo del Documento que tiene que ver exclusiva- 
mente con la relation de quien publica, los autores del Documento, el 
tema general del Documento — o asuntos relacionados— y cuyo con- 
tenido no concierne directamente a este tema general. (Por ejemplo, si 
el Documento es en parte un texto de matematicas, una section secun- 
daria puede no explicar matematicas). La relation puede ser un asun- 
to sobre la relation historica o el posicionamiento legal, comercial, filo- 
sofico, etico o politico con respecto del tema o la materia del texto. 

Las «secciones invariables» son ciertas secciones secundarias 
cuyos titulos son denominados como secciones invariables, en la nota 
que indica que el documento esta liberado bajo esta licencia. 

Los «textos de cubierta» son ciertos pasajes breves que se enume- 
ran como textos de portada o textos de contra portada, en la nota que 
indica que el documento es liberado bajo esta Licencia. 

Una copia «transparente» del Documento es una copia para lectu- 
ra en maquina, representada en un formato cuya especificacion esta 
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a disposition del publico general, cuyo contenido puede ser leido y 
editado directamente con editores de texto genericos o —para image- 
nes compuestas por pixeles— de programas genericos de dibujo o — 
o para dibujos— o con algun editor grafico disponible, y que sea ade- 
cuado para exportar a procesadores de texto o para la traduction 
automatica a una variedad de formatos adecuados para utilizarlos 
con procesadores de texto. Una copia en un formato de archivo no 
transparente, disenado para impedir o dificultar subsecuentes modi- 
ficaciones posteriores por parte de los lectores no es transparente. 
Una copia que no es «transparente» es llamada «opaca». 

Como ejemplos de formatos adecuados para copias transparentes 
estan el ASCII piano sin formato, formato de Texinfo, formato LaT E X, 
SGML o XML usando un DTD disponible y HTML simple que obedece 
a estandares, disenado para modificaciones humanas. Los formatos opa- 
cos incluyen PostScript, PDF, formatos propietarios que pueden ser lei- 
dos y editados unicamente en procesadores de textos propietarios, 
SGML o XML para los cuales los DTD y/o herramientas de procesamien- 
to no estan generalmente disponibles, y el HTML generado por maqui- 
nas producto de algun procesador de textos solo con fines de salida. 

La «portada» en un libro impreso es la portada misma, mas las 
paginas siguientes necesarias para mantener la legibilidad del mate- 
rial, que esta Licencia requiere que aparezca en la portada. Para tra- 
bajos en formatos que no tienen portada como tal, la «portada» es el 
texto mas proximo al titulo del trabajo, precediendo el comienzo del 
cuerpo del trabajo. 

2. Copia literal 

Puede copiar y distribuir el Documento en cualquier medio, sea en 
forma comercial o no, siempre y cuando esta Licencia, las notas de 
copyright y la nota de licencia, que indica que esta Licencia se aplica 
al Documento, se reproduzcan en todas las copias y que usted no 
anada ninguna condition aparte de las expuestas en esta Licencia. No 
puede utilizar medidas tecnicas para obstruir o controlar la lectura o 
copia posterior de las copias que usted haga o distribuya. Sin embar- 
go, usted puede aceptar una compensation monetaria a cambio de 
las copias. Si distribuye un numero suficientemente grande de copias 
tambien debera cumplir las condiciones de la section 3. 
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Tambien puede prestar copias, bajo las mismas condiciones estableci- 
das anteriormente y puede exhibir copias publicamente. 

3. Copia en cantidades masivas 

Si publica mas de cien copias impresas del Documento y la nota de 
Licencia del Documento exige textos de cubierta, debe incluir las 
copias con cubiertas que muestren, de forma clara y legible, todos los 
textos de cubierta: textos frontales en la cubierta frontal y textos pos- 
teriores de cubierta en la cubierta posterior. Ambas cubiertas deben 
identificarle a usted, de forma clara y legible como responsable de la 
publication de tales copias. La cubierta frontal debe mostrar el titulo 
completo siendo todas las palabras igualmente prominentes y visi- 
bles. Ademas, puede afiadir otro material en la cubierta. Las copias 
con cambios limitados en las cubiertas, siempre que preserven el titu- 
lo del Documento y satisfagan estas condiciones, pueden considerar- 
se como copias liter ales. 

Si los textos requeridos para la cubierta son muy voluminosos 
para que se ajusten de forma legible, debera colocar los primeros — 
tantos como sea razonable— en la cubierta real, e introducir el resto 
en las paginas adyacentes. 

Si publica o distribuye mas de cien copias opacas del Documento, 
debera incluir una copia transparente que pueda ser leida por una 
maquina con cada copia opaca, o entregar con cada copia opaca 
una direction publica en red que contenga una copia completa trans- 
parente del Documento, sin material adicional, a la cual el publico en 
general pueda acceder y bajar anonimamente sin cargo, usando pro- 
tocolos de estandar publico. Si recurre a esta ultima option, debera 
tomar las medidas necesarias, cuando comience la distribution de las 
copias opacas, para asegurarse de que esta copia transparente perma- 
necera accesible en el sitio por lo menos un ano despues de su ultima 
distribution de copias opacas — ya sea directamente o a traves de sus 
agentes o distribuidores— de esa misma edition publica. 

Se solicita, aunque no es requisito, que se ponga en contacto con los 
autores del Documento antes de redistribuir las copias, para darles la 
oportunidad de que le proporcionen una version del Documento. 
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4. Modificaciones 

Puede copiar y distribuir una version modificada del Documento 
segun las condiciones de las anteriores secciones 2 y 3, siempre que 
usted libere la version modificada con esta misma Licencia, de este 
modo, la version modificada desempena el papel del Documento, y 
por lo tanto se autoriza la distribution y la modification de la version 
modificada a quienquiera que posea una copia de este. Ademas, 
debera hacer lo siguiente en la version modificada: 

a. Usar en la Portada — y en las cubiertas, si las hubiera— un titulo 
distinto al del Documento y de las versiones anteriores —que 
deberian, si las hubiera, enumerarse en la section de Historia del 
Documento. Puede utilizar el mismo titulo de las versiones ante- 
riores del original siempre que quien publicara la primera version 
le de su consentimiento. 

b. Enumerar en la Portada, como autores, a una o mas personas o 
entidades responsables de la autoria o de las modificaciones de la 
version modificada, junto con por lo menos cinco de los autores 
principales del Documento — todos sus autores principales, si hay 
menos de cinco. 

c. Incluir en la portada el nombre de quien publique la version 
modificada. 

d. Preservar todas las notas de copyright del Documento. 

e. Anadir una nota de copyright apropiada para sus modificaciones 
adyacentes a las otras notas de copyright. 

f . Incluir, inmediatamente despues de la nota de copyright, una nota 
de licencia autorizando el uso de la version modificada segun los 
terminos de esta Licencia, de la forma descrita en la addenda. 

g. Preservar en esa nota de licencia la lista completa de secciones 
invariables y en los textos de las cubiertas que sean requeridos 
segun se especifique en la nota de Licencia del Documento 

h. Incluir una copia sin modification de esta Licencia. 

i. Preservar la section llamada «historia» y su titulo, y ahadir a esta 
una section que establezca al menos el titulo, el aho, los nuevos 
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autores y quien publico la version modificada, tal y como se espe- 
cifica en la portada. Si no hay una section titulada «historia», se 
creara una estableciendo el titulo, el aho, los autores y quien 
publico el Documento como se especifica en la portada, anadien- 
do ademas un articulo que describa la version modificada como se 
establecio en el punto anterior. 

j. Preservar la localization en red, si la hubiera, especificada en el 
Documento para acceder publicamente a una copia transparente 
del Documento, al igual que otras direcciones de red proporciona- 
das en el Documento para versiones anteriores en las cuales estu- 
viese basado. Estas pueden ubicarse en la section «Historia». Se 
puede omitir la ubicacion en red para un trabajo publicado al 
menos 4 ahos antes que el Documento, o si quien publica original- 
mente la version da su consentimiento explicitamente. 

k. En cualquier section titulada «agradecimientos» o «dedicatorias», 
se preservara el titulo de la section, asi como la intention y el tono 
de los agradecimientos y/o dedicatorias de cada contribuyente. 

1. Preservar todas las secciones invariables del Documento, sin alte- 
rar su contenido ni sus titulos. Los numeros de section o el equi- 
valente no se consideran parte de los titulos de la section. 

m. Suprimir cualquier section titulada «aprobaciones». Tales seccio- 
nes no pueden estar incluidas en las versiones modificadas. 

n. No retitular ninguna section existente como «aprobaciones», de 
modo que pueda entrar en conflicto con el titulo de alguna sec- 
tion invariante. 

Si la version modificada incluye secciones o apendices nuevos o pre- 
liminares al prologo calificados como secciones secundarias que con- 
tienen material no copiado del Documento, opcionalmente, puede 
designarse algunas o todas estas secciones como invariables. Para 
ello, anada sus titulos a la lista de secciones invariables en la nota 
de licencia de la version modificada. Tales titulos deben ser distin- 
tos de cualquier otro titulo de section. 

Puede ahadir una section titulada «aprobaciones», siempre que 
unicamente contenga las aprobaciones de su version modificada por 
diversas fuentes —por ejemplo, observaciones de peritos o notas 
exponiendo que el texto ha sido aprobado por una organization 
como estandar. 



314 



Software libre para una sociedad libre 



Puede anadir un pasaje de hasta cinco palabras como texto de cubier- 
ta frontal, y un pasaje de hasta 25 palabras como texto de cubierta 
posterior, al final de la lista de textos de cubierta en la version modi- 
ficada. Solamente puede anadir un pasaje de texto de cubierta frontal 
y un texto de cubierta posterior —a manera de arreglos hechos por 
una entidad. Si el Documento ya incluye un texto de cubierta para la 
misma cubierta, previamente ahadido por usted o por la misma enti- 
dad en nombre de la cual esta actuando, no puede anadir mas; pero 
puede reemplazar el anterior, con autorizacion expresa de quien 
publico anteriormente la cubierta. 

El(los) autor(es) y quien(es) publica(n) el Documento no autorizan 
con esta Licencia permiso alguno para que sus nombres sean utiliza- 
dos en publicidad o para asegurar o sugerir la aprobacion de cual- 
quier Version Modificada. 

5. Combinar documentos 

Puede combinar el Documento con otros documentos liberados con 
esta Licencia, segun los terminos definidos en la section 4 anterior 
para versiones modificadas, siempre que incluya en la combination 
todas las secciones invariables de los documentos originales, sin 
modificar y enumeradas como secciones invariables del trabajo com- 
binado en su nota de licencia. 

El trabajo combinado debe contener solamente una copia de esta 
Licencia y las multiples secciones invariables identicas pueden ser 
reemplazadas por una sola copia. Si hay multiples secciones invaria- 
bles con el mismo nombre pero con contenidos diferentes, haga que 
el titulo de cada una de estas secciones sea unico, ahadiendole al final 
de este, en parentesis, el nombre del autor o de quien publico origi- 
nalmente esa section —si es conocido— o —si no— un numero 
unico. Haga lo mismo con los titulos de section en la lista de 
Secciones Invariables en la nota de licencia del trabajo combinado. 

Debera combinar cualquier section titulada «historia» de los diver- 
sos documentos originales, formando una sola section titulada «histo- 
ria»; de la misma forma combinara cualquier section titulada «agra- 
decimientos» y cualquier section titulada «dedicatorias». Debera 
borrar todas las secciones tituladas «aprobaciones». 
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6. Colecciones de documentos 

Puede hacer una coleccion consistente en el Documento y en otros 
documentos liberados con esta Licencia y reemplazar las copias indi- 
viduals de esta Licencia, en los diversos documentos, con una sola 
copia incluida en la coleccion, siempre que siga las reglas de esta 
Licencia para una copia literal de cada uno de los documentos en 
cualquiera de todos los aspectos. 

Puede extraer un solo documento de tales colecciones y distribuirlo 
individualmente bajo esta Licencia, siempre que inserte una copia de 
esta Licencia en el documento extraido y cumpla esta Licencia en todos 
los demas aspectos concernientes a la copia literal de tal documento. 

7. Combination con trabajos independientes 

Una recopilacion del Documento o de sus derivados con otros docu- 
mentos o trabajos separados o independientes, en cualquier tipo de dis- 
tribution o medio de almacenamiento, no como un todo, se considera- 
ra como una version modificada del Documento, teniendo en cuenta 
que ninguna compilation de copyright sea senalada en la recopilacion. 
Tal recopilacion es llamada un «agregado» y esta Licencia no se aplica 
a los otros trabajos auto-contenidos y por lo tanto compilados con el 
Documento, si no se trata de trabajos derivados del Documento. 

En caso de que la section 3 del texto de la cubierta fuera aplicable a 
estas copias, si el Documento es inferior a un cuarto del agregado ente- 
ro, los textos de la cubierta del Documento pueden ser colocados en 
cubiertas que enmarquen solamente el Documento en el agregado. De 
otra forma deben aparecer en cubiertas enmarcando todo el agregado. 

8. Traduction 

La Traduction se considera un tipo de modification. De este modo, 
puede distribuir traducciones del Documento bajo los terminos de la 
section 4. La sustitucion de las secciones invariables por traducciones 
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requerira la autorizacion de los titulares del copyright, pero puede 
incluir traducciones de algunas o todas las secciones invariables ade- 
mas de las versiones originales de las secciones invariables. Puede 
incluirse una traduccion de esta Licencia siempre que incluya tam- 
bien la version inglesa. En caso de que exista un desacuerdo entre la 
traduccion y la version original en ingles de esta Licencia, prevalece- 
ra la version original en ingles. 

9. Nulidad 

No se puede copiar, modificar, sublicenciar o distribuir el Documento 
excepto en los casos expresamente autorizados en esta Licencia. 
Cualquier otro intento de copia, modification, sublicenciamiento o dis- 
tribution del Documento sera nulo y sus derechos seran automatica- 
mente anulados bajo esa licencia. De todas maneras, los terceros que 
hayan recibido copias o derechos, de su parte, bajo esta Licencia no 
daran por anuladas sus licencias siempre que tales personas o entida- 
des se encuentren en total conformidad con la licencia original. 

10. Futuras revisiones de esta licencia 

La Free Software Foundation puede publicar nuevas versiones revisadas 
de la Licencia de Documentation Libre GNU de cuando en cuando. 
Estas nuevas versiones seran similares en espiritu a la presente ver- 
sion, pero pueden diferir en algunos aspectos con el fin de solucionar 
algunos problemas o intereses. Vease http://www.gnu.org/copyleft/. 

Cada version de la Licencia tiene un numero que la distingue de 
las demas. Si el Documento especifica que una version numerada de 
esta licencia o «cualquier version posterior» se aplica al mismo, ten- 
dra la option de cumplir los terminos y condiciones de la version 
especificada o de cualquier version posterior que haya sido publica- 
da —no como borrador— por la Free Software Foundation. Si el 
Documento no especifica un numero de version para esta Licencia, 
puede escoger cualquier version que haya sido publicada —no como 
borrador— por la Free Software Foundation. 
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Addenda 



Para utilizar esta licencia en un documento que usted haya escrito, 
incluya una copia de la Licencia en el documento y anada la siguien- 
te nota sobre el copyright y la licencia, justo despues del titulo de la 
pagina: 



Copyright © Ano Su N ombre . 

Permiso para copiar, distribuir y/o modificar este 
documento segun los terminos de la Licencia de 
Documentacion Libre GNU, Version 1.1 o cualquier 
otra version posterior publicada por la Free 
Software Foundation} con las Secciones Invariables 
ENUMERE SUS TITULOS, siendo INTRODUZCA el texto de 
la cubierta frontal y siendo INTRODUZCA el texto de 
la cubierta posterior. Se incluye una copia de la 
licencia en la seccion titulada «Licencia de 
Documentacion Libre GNU» . 



Si no tiene secciones invariables, escriba «sin secciones invariables» 
en lugar de decir cuales son invariables. Si no tiene texto de cubierta 
frontal, escriba «sin texto de cubierta frontal». Haciendo lo propio 
con la cubierta posterior. 

Si su documento contiene ejemplos de codigo de programa no tri- 
viales, recomendamos liberar tambien estos ejemplos con la election 
de una licencia de software libre, como la Licencia de Publica General 
GNU, para permitir su uso en software libre. 



